Professional Documents
Culture Documents
2.2 KM - Core System Functional Description - 3BHS246232 En10 Rev
2.2 KM - Core System Functional Description - 3BHS246232 En10 Rev
TRADEMARKS
Ability, Advant, AdvaBuild, AdvaCommand, AdvaInform, IndustrialIT, 800xA are registered trademarks of ABB Asea Brown Boveri Ltd.
Chrome is a trademark of Google Inc.
Digital, DEC, VAX, VMS, and all Digital-products mentioned in this publication are registered trademarks of Digital Equipment Corporation.
Firefox and Mozilla are trademarks of the Mozilla Foundation.
HP and all HP products mentioned in this publication are registered trademarks of Hewlett-Packard Company.
IBM and all IBM products mentioned in this publication are registered trademarks of International Business Machines Corporation.
Microsoft, MS, MS-DOS, Microsoft Office, Microsoft Access, Microsoft Excel, Microsoft Word, Microsoft Internet Explorer, Microsoft Edge are regis-
tered trademarks, and ODBC, Windows, Windows NT, Windows 2000, Windows 2003, Windows 2008, Windows 2012, Windows 2016, Windows 7,
Windows 8, Windows 10, Windows Vista, Microsoft Hyper-V are trademarks or registered trademarks of Microsoft Corporation.
VMware ESX, and VMware vSphere are trademarks or registered trademarks of VMware.
OPC is a registered trademark of the OPC Foundation.
Oracle, SQL*Net, SQL*Plus and SQL*Connect are trademarks of Oracle Corporation.
SAP, NetWeaver, SAP Web Application Server, SAP business Connector, SAP-XI are registered trademarks of SAP AG in Germany.
InfoPlus21 is a trademark and brand of Aspen Technology, Inc.
PI System is a registered trademark of OSIsoft, Inc.
All other copyrights, marks, trademarks, or trade names used herein are the property of their respective owners.
Contents
ABB AbilityTM Knowledge Manager .........................................................................................................................9
Introduction.........................................................................................................................................................................9
ABB AbilityTM Knowledge Manager Solutions ..............................................................................................................9
Architecture ............................................................................................................................................................ 10
Software architecture .....................................................................................................................................................10
User’s interface ........................................................................................................................................................... 11
Application server ......................................................................................................................................................14
Database server..........................................................................................................................................................14
Data collectors ............................................................................................................................................................14
Hardware architecture .................................................................................................................................................... 15
Server hardware.......................................................................................................................................................... 15
Workplace hardware .................................................................................................................................................. 15
Redundant configurations .......................................................................................................................................15
Figures
Figure 1: ABB AbilityTM Knowledge Manager overview ....................................................................................................9
Figure 2: Software architecture ..........................................................................................................................................10
Figure 3: User’s web interface start page ........................................................................................................................ 11
Figure 4: User’s web interface opened with Chrome from a mobile phone ............................................................. 11
Figure 5: User’s preferences page...................................................................................................................................... 13
Figure 6: Calendar .................................................................................................................................................................. 13
Figure 7: Process display (mimic) example showing navigator to visually assist history search ........................ 13
Figure 8: Report example ..................................................................................................................................................... 13
Figure 9: Authorization status report showing KM user access groups and their rights ..................................... 16
Figure 10: Viewing configuration changes history with details .................................................................................. 17
Figure 11: Audit Log showing data corrections, deletions, and entries .................................................................... 17
Figure 12: Session Log...........................................................................................................................................................18
Figure 13: Usage dashboard ................................................................................................................................................18
Figure 14: User’s preferences – language selection ....................................................................................................... 19
Figure 15: System Backup Log report ............................................................................................................................... 20
Figure 16: Configuration of automatic report generation............................................................................................ 21
Figure 17: Example of settings for on-event notification..............................................................................................22
Figure 18: Auto-print and e-mail settings overview .......................................................................................................22
Figure 19: Authorization status report ..............................................................................................................................23
Figure 20: Backup log ............................................................................................................................................................23
Figure 21: Comment log ........................................................................................................................................................23
Figure 22: Data correction log (data audit log) .............................................................................................................. 24
Figure 23: System error log ................................................................................................................................................. 24
Figure 24: Log data correction form ................................................................................................................................. 24
Figure 25: Session log .......................................................................................................................................................... 25
Figure 26: Current signal value report .............................................................................................................................. 25
Figure 27: Portion of system status report showing installed version and modules ............................................ 26
Figure 28: Portion of system status report showing license status ......................................................................... 26
Figure 29: Portion of system status report showing delays in data collection ...................................................... 26
Figure 30: Usage dashboard ...............................................................................................................................................27
Figure 31: 800xA Minerals Library’s Faceplate with link to KM trends ..................................................................... 28
Figure 32: 800xA Minerals Library’s pop-up menu with link to a KM report ........................................................... 28
Figure 33: 800xA Minerals Library’s Control Structure showing the KM aspect .................................................... 29
Figure 34: KM Toolkit showing same structure as 800xA Minerals Library’s Control Structure ........................ 29
Figure 35: Data acquisition ................................................................................................................................................. 30
Figure 36: Secondary log types ........................................................................................................................................... 31
Figure 37: Example showing a traditional KM folder structure and the ISA-95 Equipment Model view........... 35
Figure 38: ISA-95 overview .................................................................................................................................................. 35
Figure 39: Dashboards –example of a dashboard showing the Plant Health KPI’s ............................................... 38
Figure 40: Dashboards –example of a dashboard’s configuration using the ISA-95 Equipment Model tree.. 38
Figure 41: Trends –example of a single trend object in light color theme ............................................................... 39
Figure 42: Trends –example of multiple trends with shared time control in dark color theme .......................... 39
Figure 43: Example of process display showing navigator to visually assist history search............................... 40
Figure 44: Example of an operation report ..................................................................................................................... 40
Figure 45: Examples of line, area, bar, stacked bars, pie, and donut charts ............................................................41
Figure 46: Manual Entries – Periodical Signals ............................................................................................................... 42
Figure 47: Manual Entries – Signal on Event ................................................................................................................... 42
Figure 48: Manual Entries – Plant Constants .................................................................................................................. 42
Figure 49: Example of a tabular manual entry (aka log sheets) ................................................................................. 43
Figure 50: General SQL report............................................................................................................................................ 43
Figure 51: Report header example showing the Auto-activate option ..................................................................... 43
LIST OF TABLES
Table 1: User’s interface technical summary.................................................................................................................... 12
Table 2: Log class definition ................................................................................................................................................ 21
Table 3: Log types ..................................................................................................................................................................32
Table 4: Process data management technical summary.............................................................................................. 34
Table 5: Process data monitoring technical summary ................................................................................................. 36
Table 6: KM event and alarm management technical summary................................................................................. 52
Table 7: ABB AbilityTM Toolkit technical summary .......................................................................................................... 56
Table 8: KM Excel Add-In module technical summary................................................................................................... 63
Table 9: Lab equipment information exchange software ............................................................................................ 64
These core functions provide the bases for additional functionalities like for example PIMS & Downtime or
LIMS applications.
The ABB AbilityTM Knowledge Manager perform process data management on data collected from your pro-
cess via different sources, and through functions and components needed for industry specific process and
quality data warehousing and focused information presentation. They are adapted and expanded to meet
specific requirements and can incorporate up to several hundred users.
ABB AbilityTM Knowledge Manager encompass many uses and plant dependent applications can then be
added, whether they be mineral, cement, phosphate, or aluminum specific. These applications are based on
the Knowledge Manager (KM) common platform. KM provides an essential base for Process, Production and
Downtime Information Management (PIMS), Cement Production Accountant, Statistical Process Control,
Interface to ERP systems such as SAP, Cement Production Scheduling and Quality Management System
(LIMS). All these additional applications further compliment the management of the manufacturing pro-
cess.
The core ABB AbilityTM Knowledge Manager functions are described in the next sections.
Architecture
Software architecture
The ABB AbilityTM Knowledge Manager have the following SOA architecture:
- User Interface: Web-based user’s workplace (thin client)
- Application Server: Business logic
- Database Server: Persistent data storage
- Data Collector: Data collection from analyzers, PLC’s, historians, etc.
User’s interface
A web-based user’s interface allows accessing all ABB AbilityTM Knowledge Manager applications.
This user’s workplace, also referred to in the documentation as the KM Personal Assistant, provides com-
prehensive and easy to use interface and graphical tools based on the latest web-browser technology.
Since the user interface is based on standard web browser software, there is no need to install any addi-
tional software on the client PC – a true thin client. With lower installation and maintenance cost, it also
benefits user flexibility: the user can work from any workplace.
The user simply opens a web browser (e.g. Chrome) and enters the main web site on the Knowledge Man-
ager server.
The user interface is adaptable to small screens supporting access from mobile devices like smartphones
and tablets.
Figure 4: User’s web interface opened with Chrome from a mobile phone
Technical summary
Item Specification
Server application Access to the system’s database
Workplace application Web browser accessing the application software modules available
in the server side, for example:
- Trends
- Charts
- Reports
- Manual entries
A hierarchical folder-like structure for all reports
User own filters
User own reports
User own online calculations
Point and click date and time selector via calendar
Search through lists
Context sensitive Online Help
Usage
The user interface follows the thin client approach and it allows navigation between different entry screens,
reports, displays and selection of the data range for those.
It uses Windows HTTPS or HTTP for communication with the application server. There is no requirement to
install additional drivers such as ODBC or SQL*Net on the client machines.
All screens and reports are presented as web documents. The formatting information of HTML documents
is included as cascading style sheets both for display on screen and hard copies. HTTPS or HTTP are used to
access the HTML documents from the server.
Graphical display components such as trends and charts are also implemented as HTML documents.
Apart from the reports configured by the system administrator in ABB AbilityTM KM Toolkit (Toolkit), the
users have the facility to create their own trends, dashboards, and reports in their in personal folders.
Below are some examples. See later in the document for a comprehensive set of report examples.
Figure 6: Calendar
Figure 7: Process display (mimic) example showing navigator to visually assist history search
Application server
The Application Server provides services such as data consolidation, user authorization, client data access
and scheduled report generation. The services are implemented as a set of objects and server processes.
The Application Server consists of:
- data consolidation that rolls up the primary log data to hourly, shift, daily, monthly, and yearly values
- historical data recording, fetching the primary log information from the data collector nodes and stor-
ing them in the database
- Applications (PIMS, LIMS, Cement Production Accountant, SAP Interface, etc.)
- Web Server for publishing HTML templates
- Business objects providing access services to historical data and configuration information
Database server
The Database Server provides continuous storage for historical logs, application configuration data, sys-
tem error logs and system audit logs. It also supports basic statistical calculations as standard consolida-
tion functions for the data (daily, weekly, monthly AVG, STD, MIN, MAX, etc.).
Data collectors
Data acquisition
The Data Collector fetches the data from the process control systems and lab equipment and stores it in
the historical primary log.
ABB AbilityTM Knowledge Manager are independent of the process control system. Information Exchange
Software to most common process control systems, analyzers, laboratory equipment, etc. is available.
For small and medium size systems the data collector typically resides on the same server machine as data-
base server. Multiple channels and collection speeds are available on the same data collection nodes.
Separate Data Collector nodes (DCN) can be used when:
1. There is a requirement to have data collected remotely from the server (e.g. when the server is in an IT
center as opposed to close to the control system)
2. There is a requirement for raw data buffering outside the server
3. Increased collection and processing load need to be distributed.
In case of a network failure the data collected in a Data Collector Node will be stored until the connection is
reestablished with the Server; the temporary storage capacity is configured during the commissioning
phase and depends of the hardware resources where the Data Collector Node is installed.
Hardware architecture
Server hardware
The server runs on a Microsoft Windows operating system and connects towards the client/workplace ma-
chines via a normal office type network.
The server hardware is determined by:
- Requirements to run Microsoft Windows server operating system. Please refer to the Microsoft docu-
mentation and specifications.
- Requirements to run then KM server software. All server software components are native Windows
applications. Therefore, there are no specific hardware requirements other than ensuring enough pro-
cessing power, memory, and data storage for the target application.
For small to medium size systems, all server functions can reside on the same machine.
Data collection can also take place outside the main server machine by making use of Data Collector nodes.
Data Collector nodes gather data and store it in an intermediate database that is replicated regularly to-
wards the main server database.
Data Collector nodes can be located remotely on the same plant from the central server (e.g. physically
close to the process control system or in the laboratory) or even outside the main plant (e.g. on a secondary
plant many kilometers away).
As an additional benefit, the Data Collector node can act as a buffer for cases where for example the com-
munication to remote sites is unreliable or has a low bandwidth.
Communication to process control systems are typically done using the OPC protocol and to laboratory
equipment is commonly done via file transfer protocol. Sometimes the communication takes place over se-
rial ports. If the server runs out of available serial ports, then an external serial I/O server can be used. The
serial I/O server is a device that is equipped with typically up to 16 serial ports and connects to the server
via the TCP/IP network. The device can therefore also be located remotely from the server (e.g. in the labor-
atory).
The minimum requirements for the server machine are specified in a separate document, please contact
ABB for the latest information.
Workplace hardware
Any normal general-purpose office type PC can be used as workplace hardware. The requirements for the
workplace are defined by the ability to run the required standard web-browser software. A workplace ma-
chine typically runs under Windows operating system and is equipped with enough RAM and free hard disk
space.
For configuration and maintenance of the server, the ABB AbilityTM KM Toolkit dedicated application is re-
quired. This application is typically installed in the server and access is given to the responsible administra-
tor or the IT department.
The minimum requirements for other machines running the Toolkit are specified in a separate document,
please contact ABB for the latest information.
Redundant configurations
Redundancy can be provided at multiple levels: with OPC clients connecting to redundant OPC servers, with
redundant DCNs or with the main server running in separate hardware; ultimately it is also possible to split
the main server’s database and application functions in redundant configuration for both components each
running in separate hardware.
The specific setup depends on the chosen level of redundancy and whether the servers are real servers or
virtual machines.
For more details on the latest options for redundant configurations, please contact ABB.
System management
User management
User authorization scheme
The system supports multilevel user authorization scheme for accessing, modifying, and deleting of all
types of data.
The overall user management is integrated with the local Windows network user management scheme (Ac-
tive Directory) for user identification. This means that users will automatically receive a predefined role for
access at the time they login to their Windows network services. There is no need to login separately for
access to ABB AbilityTM Knowledge Manager.
The user’s authorization scheme has the following main functions:
- Unauthorized persons are not able to see confidential information
- Data is protected against accidental changes or removal
- Changes to data can only be made by authorized persons
- All changes are logged for auditing and tracking purposes:
- Changes to data can be viewed in the system report Data Correction Log (Audit Log)
- Configuration changes are also registered and can be viewed in the Toolkit
Figure 9: Authorization status report showing KM user access groups and their rights
Figure 11: Audit Log showing data corrections, deletions, and entries
Other languages are supported on demand through translation of standard sentences, messages, etc. For
example, it has been also deployed in following languages:
- Chinese
- Czech
- Italian
- Slovak
- Polish
- Portuguese
ABB AbilityTM Knowledge Manager supports parallel multi-language: a single server can concurrently serve
clients/workplaces in different languages. Users can choose their preferred language in the User’s Prefer-
ence page.
System backup/restore
There are two types of backup/restore operations that can be performed in a system:
- Full system backup: this is done once during commissioning and is then available for full system re-
store operations. The customer should perform a full system backup at least once every two years to
ensure that the tape data is still within the tape’s storage lifetime specification.
- Database export: This is carried out automatically every day by the purge process and backs-up the
content of the database. When restoring the machine after a system crash, the full system backup
must be reloaded first, and the last valid database export must be reloaded afterwards.
Database export
If the automatic purging and exporting of the database option has been enabled, then a standard com-
mand file executes cyclically once a day. The purge and export utility is started every day at 00:30 and is re-
sponsible for purging the main Oracle data tables, for computing statistics on Oracle table spaces and for
performing a database export of the data to the tape device or disk.
The purge and export utility can be started manually whenever an extra backup is required.
A Backup Log report is accessible to users, displaying a list of all backups performed so far.
Database import
The import utility first stops the ABB AbilityTM Knowledge Manager services, then removes the whole data-
base contents (including tables, views, modules, etc.) and finally recreates the database contents by im-
porting the data stored on disk. There is no automated command to perform this operation. The adminis-
trator has the responsibility of locating the correct tape and restoring the export file.
More information on the Import/Export Utilities can be found in the Administrator guide.
System Parameters
Example: A log of log class B will have its minute-values of the last 24 hours (1440 minutes), its hourly values
of the last 14 days (336 hours) and so on, stored in the database.
A dialog in the Toolkit allows the system administrators to set-up these tables according to their needs.
Backup log
The backup log provides detail on the overnight backups and the events that occurred during the Backup.
Comments log
The comments log provides a summary of comments and thread discussions entered plant-wise into the
system. It means that regardless of where the comment was entered a complete list can be seen in this log,
which can be further filtered if required.
Error Log
In the Error Log, information relating to errors in data acquisition and interface processes is displayed.
Manual corrections
The log data correction form allows correcting or modifying consolidated data. Access to this report is ei-
ther from a tree view, or from a report that shows the data that needs to be corrected.
Session log
The session log provides information about all users’ sessions during a selected time period.
Figure 27: Portion of system status report showing installed version and modules
Figure 29: Portion of system status report showing delays in data collection
The system will detect the following browsers (same as tracked in the Session log): Edge, IE 11, IE 10, IE 9, IE
8, IE 7, IE 6 or less, Chrome, Safari, Firefox. Anything else will be categorized as “Other”.
Figure 32: 800xA Minerals Library’s pop-up menu with link to a KM report
Figure 33: 800xA Minerals Library’s Control Structure showing the KM aspect
The configuration will be automatically synchronized towards the KM system, where the objects tree struc-
ture for signals and logs will replicate that one of the Control Structure.
Figure 34: KM Toolkit showing same structure as 800xA Minerals Library’s Control Structure
Process data is automatically acquired from the process as real time raw data in primary logs (collection of
data entries of same time base pertaining to one specific item), stop logs and maintenance counters.
Stop logs and maintenance counters are needed for downtime management and for troubleshooting and
maintenance work and they are not further compressed or consolidated.
Primary logs are compressed to save space on the hard disk and to speed-up trend display. The compressed
data is stored in the database as compressed logs. In addition, primary logs are used to create secondary
logs for hourly, shift, daily, weekly, monthly, and yearly data. The creation of secondary logs is referred to as
data consolidation process.
Data pre-processing allows arithmetical or logical processing to be carried out on data as it passes from
the control system to the database. This is particularly useful for environmental data or data acquired for
different product types.
When some data cannot be automatically acquired by the database from the process control system, man-
ual data entry capabilities enable the user to enter this data manually into the system.
Occasionally the data acquired from the process control system contains errors. This may be due, for exam-
ple, to incorrectly calibrated measuring equipment. Manual data correction function allows authorized us-
ers to correct these values. The details of the user making the change, the old and new values are recorded
in an audit log.
Another resulting output is the quality of the output value. If a defined control signal or the value signal is
faulty, the quality of the calculated output goes to zero, otherwise it goes to one. The quality of a log value
is considered.
Function Description
Average Values (AVG) Logs the average of a value for a time interval
Calculated logs take other logs as inputs and the calcu-
Calculated Values (CLC) lations on the inputs are defined using Visual Basic
Script
Logs an incremented production/ consumption /en-
Counter Values (CTR)
ergy value for a time interval
Logs an already consolidated value starting from a
Cumulative Values (CUM)
specified period till now (e.g. function “month to date”)
Function Description
Log function carries out a linear interpretation of the in-
End of Period (EOP)
put value from now until a specified period.
First Values (FST) Logs the first of a series of values for a time interval
Logs the integrated result of a series of values for a
Integration Values (INT)
time interval
Logs the time the value is outside the given limits in a
Limit Check (LMC)
given period
Last Values (LST) Logs the last of a series of values for a time interval
Logs the average of a value for up to the last 60
Moving Average (MAV)
minutes
Maximum Values (MAX) Logs the maximum of a value for a time interval
Minimum Values (MIN) Logs the minimum of a value for a time interval
Tracks the value of plant specific, operator alterable co-
Plant Constant Values (PLC)
efficients such as heat values, energy prices etc.
Running Hours Values (RHR) Logs operating hours for a time interval
Sort Values (SRT) Logs the product name
Logs the standard deviation of a series of values for a
Standard Deviation Values (STD)
time interval
Calculates hours running at different status or condi-
Status running hours
tions
Stock Value (STK) Tracks the content of a stock based on inlet flow and
[Available with the PIMS & Down- outlet flow. The actual volume can be manually ad-
time module] justed.
Tracks the content of a stock based on the integrated
Stock Value Calculated (SK2) inlet flow from the Production and Received fields mi-
[Available with the PIMS & Down- nus the integrated outlet flow from the Consumption
time module] and Shipped fields, if the measured value is un-
changed. Otherwise the measured value is tracked.
Logs the integration value of a series of values for a
Sum (SUM) time interval. Then provides the sum of the parent log
values.
Replicated (REP)
Logs a replica of an already existing log that is consoli-
[Available with the PIMS & Down-
dated in a remote KM server.
time module]
Variance Values (VAR) Logs the variance of a series of values for a time interval
The generic function is for a customer's data specific
needs. The behavior of the log is pre-configured in the
Generic
background of the system by your commissioning engi-
neer.
Table below lists the software components inherent to Process Data Management and related functions.
Item Specification
Information exchange software - Information Exchange Software to control system,
laboratory equipment, ERP systems
- Interface to plant network (TCP/IP)
- Communication between clients and server via
HTTP
Data collection - Mechanisms
- Polled, cyclical, multiple frequencies
- Event driven
- Manual entries
- Local, remote
- Buffering in data collectors (store & forward)
- Fast data acquisition from 1s
- Classic data acquisition 1min
- Watchdog
- Successful collection logging
- Data sources:
- OPC servers: UA, DA, AE, HDA
- ERP systems
- Point Historians
- Data collectors
- Process Control Systems: PLC, DCS, OCS, etc.
- Laboratory Control systems: AutoLab, Polab,
etc.
- Sensors, Instruments, Analyzers, …
Database functions - Comprehensive set of data consolidation functions
(log types) e.g.: Min, Max, Avg, Std, Moving Avg,
Integrators, Month to Date, Year To Date, Running
hours, Forecast for the End Of Period, etc.
- Data reconciliation functions
Database capacity - Limited only by server data storage space
User specific calculations - For example: +, -,*,/,LN, IF, THEN, ELSE, AND, OR
Online data storage - Primary log limited only by server storage space;
years
- Daily, weekly, monthly, yearly logs 20 years
minimum, depending on availability of data storage
space
Application Software - Server business objects for
- Data retrieval
- Data processing
- Data formatting
- Data quality marking
- Data dispatch
- User authorization
Item Specification
System audit and diagnostic - Graphical view of data references for calculations
- Overview of the current system status
- Recording functions for
- Users access
- Manual entries and corrections
- Plant wise as well as data specific comments
and thread discussions
- Backups and system errors
- Configuration changes
The Equipment Model helps mapping and adding context to all the data stored in the system.
In Knowledge Manager, the ISA-95 Equipment Tree does more than just serving as a traditional folder hier-
archy where each folder contains either another folder or element (Logs, Signals, Reports, Templates).
The ISA-95 Equipment Tree does work as a hierarchical folder arrangement in which each node in the hierar-
chy contains its own functions.
Here an example of the hierarchy for an enterprise “Plant X”, in which each level has their own properties:
The area Cement Prod has its own property signals, like ActualProduction, or ActualRunTime.
The production unit Cement Mill 1 has its own property signals, like ElectricityConsumption, or Production-
Rate.
In this way ISA-95 helps improving manufacturing information clarity, structure, and consistency independ-
ent of specific engineering implementations.
Figure 37: Example showing a traditional KM folder structure and the ISA-95 Equipment Model view
ISA-95 is the actual standard which became the U.S. ANSI/ISA standard produced by the SP95 (ISA
Standards & Practices Committee No. 95). ISA-95 offers a framework for projects integration and focuses
mainly on their functions.
ISA-95 main tool for bringing together automation & IT groups is the Business To Manufacturing Markup
Language (B2MML), which is implemented into the ISA-95 standard with W3C XML schema. It enables inte-
gration project teams to use ISA-95 during analysis & design, to identify information categories.
Item Specification
Workplace user interface - Process data
- Dashboard elements
- Trend elements
- Basic dynamic elements for process overview
display (mimics)
- Time-series report tables
- Manual entries
- Manual correction form
- Comment entry
- Process limits
- User specified folders & reports
- User specified filters
- User specified online calculations
Output - Web browser user interface
- Automatic notifications functions to export reports:
- as e-mail (as mail client)
- as HTML or PDF files
- as output on a printer
System configuration - Toolkit
- Bulk Loading Tool
System audit and diagnostic - Graphical view of data references and hierarchy for
calculations
- Overview of current system status
- Recording functions for
- Users access
- Manual entries and corrections
- Plant wise as well as data specific comments and
thread discussions
- Backups and system errors
Usage
The process data monitoring functions facilitate plant wide information management and allow the user to
- View plant process displays (mimics) with actual and historical data, for example: view the current
status and explore what happened over last 24 hours
- Monitor key operating variables of a process
- Correct erroneous data
- Plot variables against one another in trend displays
- Automatic notifications: printing, exporting, or emailing reports
- Management and visualization of process and production limits
With these functions, the users are supported in information reporting, charting, and trending, as well as
process data management and system administration (see description in previous sections).
An advanced trend solution allows asynchronous data query using http and provides functions for easy
search over extended periods.
Process reports can be viewed showing the values of plant variables for on-the-fly chosen resolution
(hourly, daily values, etc.), over on-the-fly chosen period (hours, shifts, days, x days, weeks, x weeks,
months, x months, years, etc.).
Current signal value report shows the current value and status recorded for all signals configured in the
system.
Manual entry forms allow users entering data manually into the system, when their values cannot be auto-
matically transferred into Knowledge Manager.
The ABB AbilityTM Toolkit is an all-encompassing configuration tool for the production information manage-
ment system. It includes several predefined templates and standard reports containing industry specific
knowledge. See section on ABB AbilityTM KM Toolkit for more detail.
Configurable reports
Dashboard Reports
A dashboard report is an information management tool that helps visually tracking, analyzing, and display-
ing Key Performance Indicators (KPI), metrics, and other key data points. These screens support monitoring
any data available in the Knowledge Manager system, like for example the health of equipment, plant pro-
duction, or specific process variables. They are only configurable through the web-browser and fully cus-
tomizable to meet the specific needs of any user.
Figure 39: Dashboards –example of a dashboard showing the Plant Health KPI’s
Figure 40: Dashboards –example of a dashboard’s configuration using the ISA-95 Equipment Model tree.
Trends
Trends offer an interactive report with line charts, providing you with a view of how a set of variables
change over a certain time period.
Trends provide multiple navigation functions like, for example, zooming in/out, changing the time window,
resolution, and scale, or hiding/showing individual lines.
It is also possible to visualize multiple trend charts in the same screen sharing a single time navigation bar.
More advance functions allow for statistical data aggregation, time shifting, and filtering using the legend.
Figure 41: Trends –example of a single trend object in light color theme
Figure 42: Trends –example of multiple trends with shared time control in dark color theme
With the mini trend element, like with the Trend function, it is possible to show recorded data graphically in
process displays. The functionality is similar to the trend function, but the mini trend is limited to two
trend lines and contain less navigation controls – the purpose is to have a small trend display version in-
cluded on reports with other tables and graphs.
Figure 43: Example of process display showing navigator to visually assist history search
Operation report
The operation report is a tabular report, which provides you with detailed information about what has hap-
pened in the process over a certain time period.
These bodies show in rows the time periods and in columns the process and production data. Furthermore,
they support the visual indication of process limits violation, see details in section on Process and pro-
duction limits.
From these reports the users can initiate multiple data management tasks like, among others: open a line
chart or an interactive trend for further data inspection, enter comments, correct values, mark values for
validation.
Operation report tables can be complemented with other report types for more comprehensive infor-
mation.
Figure 45: Examples of line, area, bar, stacked bars, pie, and donut charts
The values entered for the Signal on Event Manual Entry are for a specific point in time, a value as a result of
an event, like for example measuring a silo level. The value entered is stored with the timestamp of the
event, which is provided in the header of the report.
If any Plant Constant (PLC) Logs (for example, clinker factor or coal heat value) have been defined in your
system, they can be changed by using a Plant Constant manual entry form. This might be useful for exam-
ple to provide the humidity factor for a material when not available automatically from the laboratory sys-
tem. The value entered is stored for a given period as provided in the header of the report.
URL documents
It is possible to define URL documents, simply by defining a URL link with the address to which one needs
to connect.
Auto-refreshing option
KM reports have a function to refresh automatically on the screen without any user interaction. This is a
configurable option available in operation report headers and provides three modes for: no refresh, refresh
data only on first access, or refresh data periodically.
When the periodical update is setup users will see an additional field allowing them to pause or activate the
updates. The tooltip in this field gives additional information on when the next update will take place.
Commenting data
Concept
In order to promote collaboration, it is often important to share information among users at multiple loca-
tions and across shifts.
The commenting functions enables just that, by allowing all users to view any comments linked to the data
in the system.
While only authorized users can enter comments, all other users have read-access to view them.
User interface
The comment functionality is available to the users from the pop-up menu on following reports:
- Operation Report and derivatives (e.g. Sample report)
- Production Rep and Production Balancing [Available with the PIMS & Downtime module]
- Daily Weekly [Available with the PIMS & Downtime module]
These reports will indicate which values have comments linked to them, by showing a red triangle in top
right corner.
All comments are stored and can be monitored in the Comment log.
User interface
The validation functionality is an extension of comment functionality and is available to the users from the
pop-up menu on following reports:
- Operation Report and derivatives (e.g. Sample report)
- Production Rep and Production Balancing [Available with the PIMS & Downtime module]
- Daily Weekly [Available with the PIMS & Downtime module]
Validated values are indicated with a green triangle in bottom right corner.
User can choose to validate single values, columns, rows or the whole report.
There is similar option to undo validations
These reports have a configurable property to show or hide the visual clue for validated data (green trian-
gles) as well as the validate popup menu options.
Selecting the “Comments” option will also show the following information about the validation: user name
and validation time.
A summary of validations can be viewed in the comment log. The log will show when data validations were
made and which user made them. The log will also show any undone validations that may have been made.
Period closing
Concept
The concept of period closing, referred to as “data freezing”, has been introduced to further improve data
integrity. Period closing enables a user, typically at month-end after data has been sent to ERP system, to
freeze data for that month as to prevent further changes and data inconsistency between such two sys-
tems. Modification of frozen data is no further allowed.
When a log is frozen it is given a freeze time by the user and the system will only allow to modify the log val-
ues after that time-stamp.
In the example, for the INT log there are two predecessors (SRT and PLC) and three dependents (CLC, CLC
and SK2).
Rules on freezing
- If a log is frozen then all predecessor logs are automatically frozen with the same freeze time.
- A log cannot be frozen if a dependent log has a later freeze time.
Unfreezing
There is no concept of unfreezing. The user simply re-freezes the logs, but with an earlier freeze time.
There is no guarantee that a log that you once froze can be “unfrozen” because of second rule above. This
rule ensures the integrity of data from further “up the tree”.
Unfreezing is not considered a normal operation.
CLC Logs
When a CLC log is frozen its data is evaluated and copied to the database. This means that a CLC log’s con-
figuration may be changed after data freeze without fear of the data changing.
User interface
The freezing functionality is also an extension to the comment functionality and is available to the users
from the pop-up menu on following reports:
- Operation Report and derivatives (e.g. Sample report)
- Production Rep and Production Balancing [Available with the PIMS & Downtime module]
- Daily Weekly [Available with the PIMS & Downtime module]
Frozen data is marked on reports with a blue triangle in bottom right corner.
Selecting this option opens a dialog with summary of the logs to be frozen, the predecessor logs that will
also be frozen and the dependent logs, along with the freeze time. The user enters the desired freeze time
and clicks freeze.
If the user attempts to enter/modify data on a log before the freeze time from any user interface in the
system, then they are given a warning and the data entry does not take place.
These reports have a configurable property to show or hide the visual clue for frozen data (blue triangles)
as well as the freeze popup menu option.
A history of freeze events can be viewed in the Data Correction Log.
Limit object
There is a main object type available for configuration in the Toolkit: “Limits”.
A limit object is used to set up “process limits” on a log. The behavior is similar to the limits already availa-
ble on LIMS sample measures.
A limit object can be used in two ways:
1. Attached directly to one (or more) logs. In this configuration the limits will be shown automatically on all
reports that support limits for logs.
2. Limits attached directly to a report. It is also possible on some reports to attach the limit object di-
rectly. This can be used to configure limit specific reports, or to override the limits configured on a log. For
example, the column on an operation report has following properties:
When configured on a report the limit supports “Before Query”. This is for further flexibility and can be used
to adjust the timestamp of the limits shown, for example if a time-shifted CLC is used in the column.
Limits can also be used on charts, mimics and from CLC library functions.
Just like the limits in the LIMS module, yellow means inner (L or H) limits breached, orange for middle (LL or
HH) and red for outer (LLL or HHH) limit.
Figure 63: Example of a report showing out of limits values in charts, tables, and gauges
Item Specification
Server Application - KM event and alarm management (EA) business
objects for
- EA Data retrieval
- EA Data processing
- EA Data formatting
- EA Data quality marking
- EA Data dispatch
- KM Configurator
User Application - Extension to all KM workplaces with event and
alarm management Functions
- Event Alarm List
- Event Alarm Statistics
Usage
Internal error messages and events from an underlying control system are stored in KM database.
In the event and alarm list the user can see all occurrences of events (for example: start, stop, change of
value, and exceed of limiting value) and alarms (for example: stop caused by fault, and faulty signals).
Event and alarm statistics report may be used on a periodic basis to analyze priorities of different mainte-
nance works. It will list a ranked order of signals with events or alarms during the selected interval.
Figure 68: Peak rate vs average rate chart (according to EEMUA Guideline, 3rd edition)
Graphical statistics
A new chart is provided which can be used for plotting the following three types of statistics based on the
event and alarm list:
- density distribution in bars
- percentage distribution in pie
- trend
Figure 69: Event and alarm statistics charts in bar (above), pie (middle) and line (below) format
Engineering tools
ABB AbilityTM KM Toolkit
ABB AbilityTM Toolkit (Toolkit) is the engineering tool for Knowledge Manager and related ABB AbilityTM
based products and solutions including the Production Accountant, SAP Connector and LIMS, as well as the
optimization solutions suite. See relevant functional description for more information on these solutions.
Technical summary
Item Specification
Server application - Server business objects for
- User authorization
- User management
- Status monitoring
PC client application - Menu driven ALL IN ONE configuration tool for
- User authorization
- Database setup
- Interface definitions
- Signal definitions
- Log definitions
- User specific calculations
- Template building
- Configurations of reports, graphics, entries,
etc.
- Component libraries include element headers and
bodies for
- Basic dynamic elements for process displays
- Lines, boxes, tables
- Multi Trends, Mini Trends
- Lists, tables
- Log sheets, reports
- Single and multiple entry forms
- SPC control charts, Histograms
- X-Y Charts, cross correlation
- Free configurable elements
- Flexible plant specific folder structure
- Efficient searching tools for different components
- Supporting “Drag and Drop” or “Copy and Paste”
- Different type of filters included in headers
element
- Cross references
- Configurable measurement units table
- Property recording in XML format
- Favorite language
- Online help
- Audit trail of configuration changes
Online help
To make the configuration of Signals, Logs, Templates, Reports, etc. easier on-line help is provided.
Calculations
Within the Toolkit there are two options for calculations: either treating signals before data collection or
carrying out more complex calculations on data before it is displayed in reports or trends. This is illustrated
in the exploded view of the ABB AbilityTM Knowledge Manager Software Architecture diagram shown below.
Raw data signals can be acquired either directly by the Database Server or can pass through the prepro-
cessing module.
The second option is the CLC log that carries out a calculation on other logs stored in the database before
these logs are displayed in reports or trends. This calculation maybe arithmetical or logical and is based on
the Visual Basic scripting language.
The Toolkit offers some pre-defined functions for very specific purposes or for setting additional filtering
conditions when querying the database, such as:
- Standard statistical functions (standard deviation, count of values out of limits, fractiles, etc.)
- Manipulation of the default environment parameters (start date, period type, sort name, etc.)
- Maintenance related calculations (mean time between failures, partial stop times, etc.)
Typical usage of the CLC log is to make calculations
- For displaying in reports
- That are dependent on some conditions being true.
Usage
KM Excel Add-In provides easy access to KM data for "ad hoc" reporting or any other user specific pur-
poses. Users can select KM data for further study with Excel functions. Selection of data can be done on tag
name, alias, description, etc. and can be done using filters, specifying resolution, setting period start and
end, etc.
The wizard-like interface is easy to use especially designed to support users without the need to write any
programming code or use especial functions.
1
MS-Excel software is not included
Once the data has been selected, it can be stored as a separate Excel worksheet for easy update/retrieval
at a later stage.
The Excel Add-In is accessed via a toolbar that is available in Excel after installation of the Excel Add-In
module.
Some examples of lab equipment included in the standard information exchange software includes are
listed below.
ABB has created some more generic interfaces defining how data transfer should occur between the labor-
atory interfaces and the Knowledge Manager system. There are three types of these read-only generic in-
terfaces:
- GenLab file: based on flat files,
- GenLab XML: based on structured XML files, and
- GenLab Scripted: based on structured or unstructured files, providing a framework for reading, script-
ing the parsing of meaningful data fields, and then saving the data into the system.
Revision table
Rev. ind. Page (P) Description Date
Chapt.(C) Dept. / Init.
Original issue, 3BHS246232 October 2007
ATBA / GPC
01 All Updated for KM 6.1 June 2009
ATBA / SCV
02 P1 New front page April 2010
All Some layout changes ATBA / RC
03 All Updated for KM 7.0 August 2011
ATBA / SCV
04 All Product version renamed from 7.0 to 7.1 February 2012
ATBA / SCV
05 All Updated for KM 8.0 February 2014
ATBA / SCV
06 C 1.2 New image for Solutions Overview October 2014
C 5.3 Included Authorization Status Report and updated System ATBA / SCV
Status Report Figure
C 5.4 Updated chart Figure
C 8.1 Updated template picture
07 All Updated for KM 8.1 May 2015
PAPI / SCV
08 All Updated for KM 8.1sp1 December 2015
PAPI / SCV
09 All Updated for KM 9.0 December 2017
IAPI / SCV
10 All Updated for KM9.1 November 2019
IAPI / SM, SCV