Beruflich Dokumente
Kultur Dokumente
Content
1.
1.2
1.3
Compatibility ................................................................................................................... 2
1.4
5.
1.
INTRODUCTION TO DOCUMENT
1.3 Compatibility
The example programs explained in this document has been used with the below engineering system
versions. It should also work with other versions; nevertheless some small adaptations may be necessary,
for future versions.
AC500 Control Builder Plus CBP V2.3., as delivered with Automation Builder V 1.0 Suite of Engineering
programs.
Read the complete safety instructions for the AC500 before installation and commissioning.
Read all safety instructions of your control station system manuals..
2. Logger Overview
The AC500 Datalogging Function Block Library contains five Function Blocks for the purpose of advanced
time-stamped data logging for different use cases. In typical use cases the AC500 application program
generates data which are normally transmitted to a telecontrol system for storage and further processing or
displaying to the end user. Typically, these may be remote applications like water pumping stations or solar
power plants where the connection between the remote station (AC500) and a central SCADA/telecontrol
station is not always stable or only sporadically connected. Sporadically connected can be by intention e.g.
to save communication costs or open ports/connections to be handled by a control station. Then the
Datalogging Function Blocks can store data in case of a broken or intentionally interrupted connection
between AC500 and the telecontrol system.
1 AC500 application
2 telecontrol
Fig. 1: Overview
Alternatively
The Datalogging Library can be used as an event recorder. In this special mode data is continuously
recorded in a ring buffer which can be read out after a certain event x (e.g. outage) in order to analyze
the values especially before but also after the event x.
Data can be logged only and on command transferred to the ftp area to be analyzed offline or taken out
via the SD card.
The following figure 2 gives an overview of the described interaction of the Datalogging Function Blocks.
There is always an input Function Block needed which transfers the input data into data sets with timestamp
for use by the Datalogger. An output Function Block receives the current or retrieved data from the
Datalogger in case of communication or further processing. The input Function Blocks "LOG_xxx_INPUT",
the Function Block "LOG_HANDLING" and the output Function Blocks "LOG_xxx_OUTPUT" communicate
via SRAM FIFOin and FIFOout areas in the memory. This SRAM FIFOs are intermediate buffers and help in
decoupling time wise and speeding up the necessary write/read operations on the logging file structures
significantly. These read/write operations on the files are done in blocks of datasets, enabling a comparably
fast interaction with the otherwise slow file system.
For other types of general data LOG_GENERIC_INPUT and LOG_GENERIC_OUTPUT are provided.
The generic Datalogging Function Blocks support an even larger variety of data types. The generic
output Function Block needs to be hand-shaked with for each data set, in order to retrieve the data from
the Datalogging files. Therefore the generic Function Blocks can also be used to integrate the data
logging into any other protocol, e.g. Modbus.
The Function Block LOG_HANDLING ensures that also several consecutive and fast interruptions can be
handled without losing data. While the log file is replayed, arriving new data is stored in the SRAM FIFOin
and added to the Datalogging files (File FIFO) if the SRAM FIFOin becomes full - during that short time the
log file replay is paused. Nevertheless any data send to a control station via a communication is always with
the oldest data first (FIFIO = First In First Out).
As it takes up to 30 seconds before a communication break is detected (e.g. with TCP/IP protocols by the
AC500 hardware/firmware), the data rate at which data should be logged in case of a communication break
has to be calculated and limited.
As an improvement a ping mechanism can be implemented in the Substation. This was done in the example
program for the IEC logger. With this ping the interruption is already detected after 1-2 seconds (can be
configured in the example program).
As the SRAM FIFOin has to store data during this time, its size limits the data rate. The SRAM FIFO size is
160 datasets. This means the data rate should be lower than approximately max. datarate = 160
datasets/2seconds => <80 datasets/second
The data rates for storing only without this detection can be much higher and depends on the CPU and
memory type chosen; see Overview of technical details in the online help. The data is always logged in
directly readable csv format, see CSV-File Formats in the online help. Depending on the input Function
Block and data type, the log file contains only one or up to 32 data variables per time-stamped data set, see
CSV-File Formats in the online help. The Datalogging files can be configured (up to 65k datasets per file,
up to 999 consecutive log files, name format).
LogData - Water Library
Introduction and Examples Description
As it takes up to 30 seconds before a communication break is detected (e.g. with TCP/IP protocols by
the AC500 hardware/firmware), the data rate at which data should be logged in case of a
communication break has to be calculated and limited.
Fig. 6: The buffered values represent the time before the event (n-m) and after the event (m).
The advantage of mode 3 is that the values from the time period before the event (n-m) and after the event
(m) are recorded and can help to reconstruct the cause and effect of the event.
One AC500 CPU (PM573 or higher), representing the substation, which sends the Generic data and / or
logs them according to the selected mode.
o IP address, e.g. 192.168.0.22
o SD card must be inserted. Alternative: Use a PM592 with internal flash disk
ABB Automation Builder, Version 1.1, running on a PC which is connected to the AC500 via Ethernet
3.1 Preparation
The following steps have to be executed
1. Copy the library (LogData_AC500_V23.lib) into the common library folder:
C:\Program Files (x86)\Common Files\CAA-Targets\ABB_AC500\AC500_V12\library\PS563WATER\library or
C:\Program Files \Common Files\CAA-Targets\ABB_AC500\AC500_V12\library\PS563-WATER\library
2. Open the example project (example_Generic_LogData_V23.project) with AB
3. The example is based on one AC500 CPU, type PM592-ETH. For use with other CPU types a target
change has to be performed:
10
d. Result:
Data is transferred directly to the control station (following the green arrows), no buffering. This
is the normal state = State 1 in Figure 3.
2. Mode 0 with break
a. Start with normal state = State 1
b. Simulate connection break by pressing the Break button between RAM FIFOOut and Control
Station
11
c. Result
Control station is disconnected (color in the arrow turns to orange). Logger switches to State 2:
Data is written into the File FIFO instead, starting with file1.csv.
d. When a file is full, the next file is written:
12
e. The files on the SD card can be verified by connecting the AC500 with an FTP client (e.g.
FileZilla):
Data is read from file buffer (File FIFO) and sent via RAMFIFOout to the Control station (State
3a). In the meantime new data is buffered in RAM FIFOin. Before this buffer overflows the state
is shortly switched to 3b in order to save the new data in the File FIFO:
13
i.
When the File FIFO is empty the logger switches to the normal State 1:
14
d. The FIFOin gets and overflow after some time and newest data get lost:
In
order to avoid losing the newest data mode 1 can be used instead
4. Mode 1 without buffer overflow (similar to mode 0, but Ring buffer)
a. Enter Mode 1
b. Reset
c. Break connection
d. Wait until maximum number of files in File FIFO is reached
In
comparison to Mode 0 the buffering continues by overwriting the oldest files (Ring-Buffer mode)
15
b.
c.
d.
e.
Reset
Set Drive2 = SD (if not PM592 with internal flash disk)
Break connection
Result: file1 is filled
16
f.
When file1 is full it is automatically copied to the FTP folder with a unique name consisting of the
date and time. These files can be retreived for further processing using an FTP client:
g. Other triggers for copying the file can be: Button Move files or release Break button
d. When the maximum number of files is reached the first files are overwritten (ring buffer mode)
17
e. In case of an event (e.g. fault in the plant) the command MOVE_FILES should be initiated after
a certain time period m. In this example it can be triggered by the button Move files.
With this command the complete buffer is copied to the FTP folder:
f.
These files in the FTP folder can be retreived for further diagnostics using the FTP client. They
represent a certain time period before the event (n-m) and the period after the event (m), see
also online documentation:
18
Two AC500 CPUs (PM573 or higher), interconnected via Ethernet using an Ethernet switch
1. CPU1: Control station: Receiving the IEC 60870 data from the substation
IP address, e.g. 192.168.0.21
2. CPU2: Substation: Sending the IEC 60870 data and logging it in case of connection interrupt,
IP address, e.g. 192.168.0.22
SD card must be inserted if not PM592 with internal flash disk
ABB Automation Builder, Version 1.1, running on a PC which is connected to the AC500 pair via the
switch
Library: LogData_AC500_V23.lib (Library Version 1.1.0)
Example project: example_IEC60870_LogData_V23.project
4.1 Preparation
The following steps have to be executed
1. Load the library (LogData_AC500_V23.lib) into the common library folder:
C:\Program Files (x86)\Common Files\CAA-Targets\ABB_AC500\AC500_V12\PS563-WATER\library or
C:\Program Files\Common Files\CAA-Targets\ABB_AC500\AC500_V12\PS563-WATER\library
2. Open the example project (example_IEC60870_LogData_V23.project) with AB
3. The example is based on two AC500 CPUs, type PM592-ETH. For use with other CPU types a target
change has to be performed:
19
20
c.
21
c.
22
Data
is transferred directly to the control station (following the green arrows), no buffering. This state
is called State 1 in Figure 3.
LogData - Water Library
Introduction and Examples Description
23
24
5.
REVISION HISTORY
Rev. ind.
V01
V11
Page (P)
Chapt. (C)
All
Description
Date
Dept./Init
25
2013-10-23 / ACDT
2015-08-10 / ACM2
abb
ABB Automation Products GmbH
Wallstadter Str. 59
68526 Ladenburg, Germany
Phone: +49 62 21 701 1444
Fax : +49 62 21 701 1382
E-Mail: plc.sales@de.abb.com
www.abb.com/plc
Note:
We reserve the right to make technical changes or modify the contents of this document without prior notice. With regard to purchase orders, the agreed
particulars shall prevail. ABB AG does not accept any responsibility whatsoever for potential errors or possible lack of information in this document.
We reserve all rights in this document and in the subject matter and illustrations contained therein. Any reproduction, disclosure to third parties or utilization of its
contents in whole or in parts is forbidden without prior written consent of ABB AG.
Copyright 2012 ABB , All rights reserved