Industrial IT for Substation Automation

RTU560 Remote Terminal Unit

1
 Our strengths Your benefits
Process-oriented configuration of
peripheral devices ➔ Reduced cabling and
cross connections

Distributed input/output units with high

degree preprocessing functions ➔ Saving of multicore
process cables

Only a few types of different I/O modules

➔ Simplified, cost-effective spares inventory

High performance central processing units High processing

with 32-bit processor and multiple
interfaces
➔ capacity and
flexibility

➔
Open data exchange Reduced engineering
concept costs

Support of standard
transmission protocols ➔ Communication with many different kinds
of control- and sub-systems

Events detected with a time resolution

of 1 ms ➔ Precise analysis of
disturbances

➔
Real-time acquisition with radio Precise analysis of network incidents,
time-mark receiver system-wide

Connection to satellite RTUs, IEDs and

digital protection relays ➔ Versatile configurations in hierarchical
network configurations

Upgradeable from a “traditional” RTU

to a substation automation system ➔ Existing investments can be used
more over

Parameters can be set locally or remotely

during operation ➔ Easy adaptation to system
modifications

User-oriented programming and testing

system based on a PC ➔ Up-to-date, easy to handle and self-
documenting

Programmable PLC functions

(option) ➔ No need additional automatic control
facilities

Remote diagnosis with Web-Server

technologies ➔ Reduced maintenance
costs

2
The Application
Energy transmission and distribution networks
are frequently being expanded and reinforced,
often resulting in a more complex network to
manage. This is true of electrical grids on
transmissions and distribution levels, as well as
of gas, oil, water, wastewater, and district
heating supplies.
The task of monitoring and controlling the
energy transportation network in order to
achieve an economical operation control
requires an ongoing penetration of the grid
down to the lowest levels. The increasing
requirement for the availability of energy and
its distribution and transportation also
increases the demand for the corresponding
control systems. New and improved
communication possibilities with higher
transmission bandwidths and new transmission
media allow telecontrol technology to perform
these tasks.
Continually increasing capabilities of
decentralized control and closed-loop control
solutions based on higher performance micro-
controller technology additionally allow more
functions to be run directly in the station. This
is always valid for new remote stations, but
also in stations which have to be upgraded
due to a higher demand for information or that
need to be modernized due to age (retrofit). In
all cases, the telecontrol interface is the basic
function package. The adaptation of new
intelligent electronic devices (IED) and
expansion with control functions for
application functions in the station based on
PLC solutions must be possible as well. It is
the task of modern RTU concepts to provide
the right answers for these requirements.
The deregulation activities in the energy
market, especially in terms of the metering
task, require more online information in order
to control the energy flow and energy
consumption. Municipal utility companies
responsible for the electrical, gas, water and
wastewater grids in their region are moving
towards controlling these networks in a more
centralized fashion, i.e. from one control
center using only one computer system for
these tasks. This requires that the different
telecontrol communication links be
harmonized. The process data object model
must be coordinated between the different
grid types. The standardization of telecontrol
protocols and the increasing capabilities of
communication networks make this possible.
A new RTU must be able to support these
demands by means of higher flexibility in
adapting ANSI and IEC telecontrol protocol
standards. The RTU must have the capacity to
be connected to new communication media
and communication networks.
The engineering work is a relevant cost factor
that can be reduced by standardizing the
process object model and ensuring that it
supports state-of-the-art engineering tools. The
engineering tool of the RTU must be able to
perform the task of a single, stand-alone RTU,
as well as to be able to be integrated into an
overall data-engineering concept for a network
control system.
In addition to the basic functions, i.e. data
acquisition and control, modern telecontrol
systems are required to provide a higher
degree of functionality within the stations, for
example:
• High functional scope for telecontrol
application functions
• Execute control and closed-loop
applications using PLC capabilities
• Archive features to provide process data
availability over longer periods for
recovering or decoupling, e.g. the storing
of disturbance files recorded by protection
relays in an archive and analyzing them
later, after transferring them to an Office
PC.
• Communicating with different network
control centers (NCC) with process data
filtering according to the demands of the
NCC. This must be possible with different
telecontrol protocols for each NCC.
• Extended diagnosis functionality of the RTU
equipment to reduce the costs for problem
analysis and maintenance by accessing the
information via Internet or INTRANET
options. This should be possible
independently of the directly connected
telecontrol links.
• Interfacing various types of IEDs such as
digital protection relays or new transducers
via field-bus interfaces, etc.
• Flexibility and space for future demands to
extend the RTU for additional installed
primary process units and/or higher
demands in terms of control.
The architecture of a telecontrol system must
be designed in such a way that, thanks to its
modularity and flexibility, it can be adapted to
the conditions and sizes of the different
stations. It should also be open for later
extensions of virtually any type.
3
Our Solution, the RTU560
ABB’s answer to these application
requirements is the Remote Terminal Unit
system RTU560. A key feature of the RTU560
concept is the extended possibility to integrate
the various communication demands in a
highly flexible and cost-optimized way. The
RTU560 is an incremental development step
based on ABB’s proven RTU232 with a new,
centralized, and very flexible communication
concept.
In terms of telecontrol applications for remote
stations, the RTU560 can fulfill virtually all the
demands requested for the various projects:
4
• High functionality for telecontrol
application requirements
• Variable configuration capabilities to
optimize the needed hardware in boards,
racks and cubicles
• Execution of integrated PLC tasks
• Flexible communication concept to adapt
to virtually any kind of IED and to several
network control centers
• Connection capabilities to different
communication media
• Remote diagnostic concepts independent of
the telecontrol communication network via
Internet features
• Easy to engineer individually or as
integrated engineering task within a
network-wide data engineering solution
• Low maintenance costs
• Low costs for spare parts since there are
only a few different board types
Typical configuration of a network control system
System Concept
The RTU560 is structured into two main
components:
• The central communication components in
the communication subrack
• The I/O signal components in the I/O
subracks
In addition the real-time clock board and the
power supplies, the communication subrack
contains all the configured communication
CPU boards.
Communication subrack
of the RTU560A
RTU560 Hardware concept
The software and hardware concept is based
on modularity. The software application tasks
can be organized in such a way as to be
distributed over different central CPU boards.
This is possible due to an internal
communication concept that keeps all CPU
boards informed about the contents of the
process data interface. There is one process
and system database which is available in
adapted copies for each central CPU board.
The internal communication system ensures
that all process data are consistent. The diffe-
rent CPU boards run the communication tasks
for the connected serial links. This allows
which and how many different communication
links are running on one CPU board to be
defined. System performance is defined by the
configuration of the CPU boards. The
configuration with the communication subrack
is therefore cost optimized.
Configuration example with redundant power supplies,
redundant CPUs and redundant communication lines
5
 The practical handling of the different
functionalities running on one CPU board is
defined as follows:
• Max. two different protocols to the NCC or
to the sub-RTUs or IEDs per SLI/ETH
e.g. IEC 60870-5-101 to the NCC and
IEC 60870-5-103 to support
protection relays
• Four peripheral bus segments per RTU560
with a maximum of 7 I/O subracks per
segment
• The PLC option
• Local print and archive function
With a maximum of sixteen CPU boards, the
possibility is given for a total of 32
communication lines with different protocols.
The internal process database contains all
process objects. This includes the direct
connected I/O signals via I/O boards and the
process signals coming from the IEDs and
from the sub-RTUs. It allows all signals for PLC
applications within the router RTU to be used
and to supervise them in case of
communication or sub-RTU failures. The total
number of signals handled within the RTU560
is defined to be approx. 3000 data points. The
limitation is set by the available memory. If
6
more process data points have to be
processed, CPU main boards with a larger
memory capacity can be provided.
The I/O subracks and the IO boards have
been taken over from the proven RTU232
system family. The I/O subracks are linked via
the proven peripheral bus to the communica-
tion CPU boards, which run the telecontrol
application software for the directly connected
I/O signals. The I/O signal concept is based
on I/O boards with a micro-controller on each
one in order to preprocess the signals directly
on the board as much as possible.
The RTU560 allows a high volume of directly
connected I/O signals to be supported. Up to
four peripheral bus segments connected to
one or two CPU main boards are possible.
Each peripheral bus segment can communicate
with a maximum of 7 I/O subracks, each one
equiped with a maximum of 19 I/O boards.
This allows a theoretical maximum volume of
532 I/O boards. On the other hand, it allows
the I/O boards to be spread over two or more
peripheral bus segments in order to reduce
transaction time and increase availability by
running them in a parallel fashion.
Compact-RTU560C with one CPU main board
Mechanical layouts: Standard, Compact and Economic RTU560

Depending on where the RTU560 is used, it is RTU RTU RTU

not always necessary to support multiple 560A 560C 560E
communication links. The RTU560 concept
allows the configuration of three types of RTU. Multiprocessor architecture ++ + 앩
• The Standard RTU560A Multiple communication
• The Compact RTU560C links ++ + +
• The Economic RTU560E
Big number of datapoints
The Compact RTU560C allows a maximum of (>1000) ++ ++ 앩
two CPU main boards to be plugged into a Medium number of
standard I/O subrack. The standard version is datapoints (100…1000) ++ ++ 앩
one CPU main board with one or two links to
the NCCs or one NCC link and one link for Small number of
IEDs. The residual part of the I/O subrack can datapoints (<100) 앩 + ++
be used for I/O boards. ++ excellent performance
The Compact RTU560C also supports the full + good perfomance
앩 not suitable
volume of I/O boards distributed over the four
peripheral bus segments.
If more communication lines are required, the
Standard RTU560A must be used. One or two
central communication subracks have to be
used with their full range of flexibility and
configuration capabilities.
The Remote Terminal Unit RTU560E is an
integral part of the remote terminal unit RTU560.
It is well suited for applications with small and
RTU560E
medium-sized datapoint volumes, for instance
in local network stations or in small
distribution substations.
Due to the compact design and the flexible
configuration possibilities the RTU560E is
suitable for centralised or de-centralised RTU560A with
system architectures. 1 communication subrack
and 5 I/O subracks

7
Hardware
The modules conform to the standard Europe
format for insertion in a 19" rack. By utilizing
surface-mounted devices and multi-layer
circuit boards, a high integration density is
achieved on the modules. These high-density
printed circuit boards result in compact
terminals, thus providing a high functional
capability.
The RTU560 hardware system includes all the
boards and modules needed for an RTU. The
Serial Line Interface
560 SLI 02
basic boards are listed in this brochure in the
chapter Technical Data. Additional boards and
modules can be found in the hardware
documentation.
The RTU560 can be supplied with an input
voltage between 24 and 220V DC or
110 … 230V AC via an additional AC/DC
converter.
The RTU560 is designed to run redundant
power supplies. The two power supplies are
each designed for 100% of the load. During
Ethernet Adapter normal operation, they share the load.
560 ETH 03
Each module can be plugged in or pulled out
during operation.
The RTU560 is approved to be CE compliant
and checked to the EMC/EMI standards
specified for telecontrol units in IEC 60870-2-1.
Communication Modules
The RTU560 CPU main board is based on the
PC 104 concept. A PC 104 main board contains
the kernel of a personal computer (PC) and
has become the de facto standard over the last
years. It allows the easy integration of standard
PC-based software as well as easy adaptation
to specific hardware extensions.
Following these standards secures your
investment and ensures the easy adaptation to
subsequent CPU generations by simply
replacing the PC 104 main board with the
current version.
I/O modules
8
Two types of central control units are
available:
• Serial Line Interface board 560SLI02 with
- 2 x peripheral bus interface
- 2 x serial interface for
telecontrol protocols, etc.
• Ethernet Adapter board 560ETH03 with
- 2 x peripheral bus interface
- 1 x 10 Mbit/s Ethernet
Each CPU communication board has an
additional serial interface for MMI to a PC.
The MMI is used for diagnostics, up and
download of configuration files, etc.
I/O Boards
Only five I/O board types are needed to cover
the main requirements for the I/O signals
connected to the RTU. This is possible
because of a microprocessor-controlled kernel
module which is identical on all types of I/O
boards, whereas the individual I/O function is
provided by type specific hardware circuit
extensions to the kernel.
• Binary Input Board 23BE21
- 16 input channels
• Binary Output Board 23BA20
- 16 output relays
• Binary Output Supervision Board 23BA22
- 2 different (1-out-of-n) check circuits
for interposing relays
• Analog Input Board 23AE21
- 8 analog input channels for mA-signals
• Analog Output Board 23AA20
- 2 analog output channels for mA-
signals
Application and System
The software concept follows the modular
concept of the hardware. An internal
communication structure distributes all the
necessary information between the software
modules independently of where the task is
located. Each process data point is described
in a protocol-independent internal format
which includes all known attributes. Having all
the various kinds of attributes available
guarantees that the information elements that
may appear in a protocol can be supported. If
there really is a need to add a new attribute, it
can be done easily, all the while keeping the
rest unchanged.
Telecontrol Application
The main task of an RTU is carried out in the
telecontrol component. The RTU560 supports
all the main functions that are needed for the
process signals.
• Binary signals
- Time stamping of a signal event
- Digital suppression of contact bouncing
- Chatter suppression of unstable signals
- Signal inversion
- Grouping of events with the time stamp
of the event forcing signal
- Processing of double indications and
double commands
- Incremental total processing
(pulse counter)
- (1 out of n) check of interposing
relays for command output
• Analog signals
- Zero dead band supervision
- Live zero supervision (4 ... 20 mA)
- Smoothing
- Limit supervision
- Threshold supervision
(Integration method and absolute)
Each process signal is operated by the RTU560
according to the configured parameters and
functions.
Communication
The RTU560 has a highly flexible capacity for
adaptation to telecontrol communication
protocols. Over time, the list of supported
protocols will be expanded in keeping with
the requirements set by specific projects. Due
to the standardized internal interface for
system and process information, the
integration of a new protocol is mainly
oriented towards the new protocol
component.
The RTU560 is able to communicate with
different hierarchical levels of a network
control system, with subordinated RTUs or any
other intelligent electronic devices (IEDs), or
with the test and diagnostic system.
Different communication protocols both in
upstream and in downstream directions are
supported by the RTU560. The most important
standard protocols for communication with the
control system are the following:
• IEC 60870-5-101
• IEC 60870-5-104
• DNP 3.0 (also on ethernet)
• Modbus
• Indactic 23
• Indactic 33
• RP 570 / RP 571
• TG 800
For communication with subordinated RTUs
and IEDs such as protection relays, local
control units, etc., the following protocols,
among others, are available:
• IEC 60870-5-101
• IEC 60870-5-103
• IEC 60870-5-104
• DNP 3.0
• SPA-Bus
• Modbus
The connection of the respective
communication lines can be carried out in
several ways:
• Direct links with RS 232-C interfaces (local
communication)
• Voice-frequency telegraphy over leased
telecommunication lines, private lines with
narrow bandwidth modems, or power line
carriers
• Radio links
• Dial-up modem
• Fiber-optic cables
• Digital communication networks
• Local or wide-area networks
9
 Time Synchronization
The accuracy and resolution of the time stamp
for a process event is important for analyzing a
process disturbance, especially when it is
necessary to analyze events from and between
different stations. The RTU560 meets this
requirement. The internal time management is
controlled by the CPU communication boards.
The time resolution of the RTU560 is 1 ms for
events, scanned by the directly connected I/O
boards. Synchronization with absolute time
can be achieved by one of the following three
methods:
• Time synchronization by the network
control center (NCC) via a periodically
transmitted synchronization instruction
• Time synchronization using a real-time
clock that receives the date and time from
the GPS system
• Time synchronization using a real-time
clock that receives date and time
information from the DCF 77 time standard.
10
The RTU560 time management system
synchronizes the RTU and the supplied abso-
lute time with a high degree of accuracy. The
absolute accuracy is mainly provided by the
source for synchronization used, whereby GPS
and DCF 77 allow an accuracy of 5 ms and
better. The two real-time clock receiver boards
of the RTU560 fulfill these requirements.
The accuracy of time synchronization by the
NCC depends on transmission speed, the
method used within the NCC, etc. The RTU560
supports this method for the ABB RP 570 / RP
571, the IEC 60870-5-101, the DNP 3.0 and the
TG 800 protocol.
A special hardware and software logic with a
high control quality has been incorporated on
each of the CPU communication boards to
manage real time within the RTU560. Once the
RTU560 is synchronized, the RTU560 can
maintain a time accuracy of about 2 PPM, even
if the time synchronization source is lost for a
certain period.
PLC Application (Optional)
The main task of the RTU560 is the telecontrol
component, i.e. to act as an interface so that the
network control centers have direct access to the
primary process equipment. In addition, the
RTU560 can be equipped with an optional PLC
software package. This allows sequential control
or closed-loop application functions that are
processed in parallel to the telecontrol activities.
The optional PLC software package in
accordance with the IEC 61131-3 programming
standard. The modularity of the RTU560 in
hardware and software allows the PLC
programs to be run either on the same CPU
central board, parallel to the telecontrol task,
or on a separate CPU central board used only
for the PLC application. The advantage of the
RTU560, i.e. having the process database
physically available on each CPU central
board, makes configuration easy.
By sharing the process information via the
process data interface, the PLC program has
access to the all process signal value, but will
also be informed about the status of the
process signal qualifiers such as invalid, time,
etc. PLC programs running distributed
applications may use the qualifiers for secure
and safe operation. The PLC program updates
the process signal values via the process data
interface. The telecontrol task will be informed
about changes and updates the new output
values either to the process output boards or
via the communication line to the network
control centers and subdevices.
The PLC programs are developed by a separate
PLC programming tool, which communicates
with the RTU standard interfaces. The link for
the process signals used by the PLC applica-
tion is coordinated between the tools.
The PLC package allows programming in the
IEC 61131-3-defined programming languages.
With the macro facility it is possible to create
user-specific function blocks for the various
application tasks. The function block RTU
library contains function blocks to interface
with the process signals and process commands
with their values, attributes and qualifiers.
Archive and Local Print Function
To get direct information about the data
processing in a RTU some data may be printed
directly to a local printer or archived in special
files on the RTU560 file system. The two
functions that give these functionality are:
• The Local Print function
Online output to a printer device on one of
the serial interfaces.
• The Local Archive function
Output into files stored on the flash file
system on RTU560. From there it may be
loaded to a host PCs file system or
displayed by RTU560 Web-Server.
For four different categories of data generated
on RTU560 a local printout is feasible or the
history is recordable in files:
• Process events
• System events and System messages
• Analog measured values
• Count values
Archive Information
available in Web-Server
left:
PLC programming acc. to IEC 61131-1
11
Engineering
The RTU560 is easy to operate and maintain.
Engineering, installation, connection and
commissioning can all be carried out by the
user with the help of the RTU560 tool
package.
The engineering of RTU560 stations is done by
using RTUtil NT. RTUtil NT is based on
standard Windows NT or Windows 2000 and
uses the known general functions of Microsoft
Windows applications. The handling of the
tool is identical to that of other Windows
applications and can therefore be learned very
easily.
RTUtil NT is designed to engineer a single,
small RTU, a medium-sized RTU with a set of
included IEDs, and also to engineer router
RTUs with virtually all the types of
communication links and IEDs used in the
customer’s network. Process signal mapping to
the different communication protocols is one
of the main tasks needed in hierarchical
communication network structures. The
process signals of a small RTU connected at
the lowest level of a network may be routed
via other RTUs on the way up to the final
network control center (NCC). RTUtil NT
therefore defines a communication line of a
NCC with all its directly and indirectly linked
RTUs and IEDs as one project. This is a logical
structure to cover the engineering of the
signals connected to a NCC via one port.
12
Based on that concept, the engineering can be
logically subdivided into three steps. The
concept follows the description of system
structures as specified in IEC 1346-1.
• Engineering of the process signals,
organized in a signal tree. The signal tree
follows the hierarchical organization of the
process stations and the primary process
equipment used.
• Engineering of the communication network
in a network tree. The network tree
connects all RTUs and their communication
links to sub-RTUs, IEDs, or network control
centers in a tree structure.
• Engineering of the RTU560 hardware for
each RTU in a hardware tree. The hardware
tree contains all racks and boards used for
each RTU560 in a hierarchical tree
structure. Multiple RTUs in a network are
structured in the hardware tree in their
respective order to allow an easy link to
signals and communication networks.
The object identification structure and naming
conventions, specified by the project
(customer), allow the information and
hardware to be linked and combined,
described in the three trees, to provide a
complete configuration of each RTU560. „Drag
and Drop“ and „Copy-Paste“ features makes it
easy to link signals to the RTU560 hardware
and the communication protocols in the
network. By having all RTUs of a NCC
communication line in one project, the signal
routing for all telecontrol protocols is carried
out by RTUtil NT, thus allowing complete and
easy engineering.
The result of the engineering task is are
configuration files per RTU560. This files
include all information, configuration and
processing parameters of the directly
connected I/O boards and of all connected
serial links with their process objects that are
necessary to run the RTU560.
The configuration files generated by RTUtil NT
can be downloaded from a higher-level control
system by means of a file transfer. The file
transfer to the RTU560 can be carried out in
several ways. The RTU560 is prepared to also
support alternative links via Internet or the
customer’s Intranet by using the integrated
Web browser. Downloading is possible:
• Via IEC 60870-5-101 and IEC 60870-5-104
file transfer protocol
• Via Intranet on a separate communication
link to the RTU560
• Locally by connecting RTUtil NT to the
RTU560 via a MMK interface
Once a configuration file is loaded, the
RTU560 will use this file each time it is started.
Excel Interface
Excel is a suitable and often used tool for the
definition and documentation of engineering
data.
RTUtil NT provides an Excel interface to
import the signal lists from Excel sheets. To
allow adaptations to specific customer or
project requirements, the structure of the Excel
sheets used for data import is expandable.
RTU Configuration with RTUtil NT
13
Diagnosis via Intranet
The functional operation of the RTU560 is
guaranteed by a comprehensive monitoring
concept. The hardware and software is
continuously monitored from the I/O boards
throughout the entire RTU. The hardware and
software monitoring is carried out by active
checks at several levels.
The diagnosis concept of the RTU560 is
consequently adapted to the possibilities of
modern communication. Once access to the
RTU560 by Intranet has been established, all of
the RTU560‘s relevant information can be read
out from any location by cellular phone and a
laptop, or even a palmtop if need be. This
system can be used for a check-up of the
configuration or signal values and statuses. It
allows service personnel to analyze and
possibly solve a RTU problem from their office
rather than making an unnecessary visit to the
station. On the other hand, when traveling to
the site is inevitable, the required spare parts
can be determined beforehand.
14
Remote access via Intranet is combined with
authority privileges for the user. It is possible
to:
• Monitor the RTU-produced internal error
messages
• Monitor and check the RTU560
configuration and the status of all
connected process signals
• Check the current version of the
configuration file
• Download or upload the RTU560
configuration file
• Check and download revised software files
for the RTU560 CPU central boards
• Upload the archive files
Access to each CPU central board is given
individually. The presentation of process
information about statuses and values is
presented in such a way that the service
personnel is able to work with the same
designations (object identification keys) as the
operator in the control station.
Technical Data RTU560
I/O Board Configuration
Process Peripheral Bus max. 4 segments
I/O subracks per segment max. 7
I/O boards per subrack 19
Configurable Process Data Points
Overall total per RTU560 approx. 3000 directly
connected datapoints
including DPs from IEDs
and Sub-RTUs higher volumes
are possible on request
I/O Boards
Binary Input Board 23BE21
Inputs 16, optically isolated
8 per common return
Input voltage 24 ... 60 V DC
Binary Output Board 23BA20
Outputs 16, relay single pole
8 per common return
max. operating voltage 60 V DC
Switching capacity 40 VA (L/R=30 ms)
Analog Input Board 23AE21
Inputs 8 differential inputs
2/5/10/20/40 mA
uni-, bipolar or live zero
62/+20 V DC
Accuracy < 0,1%
resolution 12 bit + sign
Analog Output Board 23AA20
Output 2, galvanically isolated
per channel
Output Current 2,5/5/10/20mA
uni-, and bipolar
4 ... 20 mA
Multi I/O Board 560MIO80 (RTU560E)
Binary Inputs 16, optically isolated
input voltage 24 ... 60 VDC or
110 ... 220 VDC
Binary Outputs 8, relay single pole
max. operating voltage 60 V DC or 220 V DC
Switching capacity 40 VA (L/R =30 ms) or
50 VA (L/R=40 ms)
Analog Inputs 4 differential inputs
Accuracy < 0,1%
resolution 12 bit + sign
Communication Board
Serial Line Interface 560SLI02
Serial Line Interfaces 2 x RS 232C or RS 485
2 x RS 232C or RS 422
1 x MMI RS 232C
Ethernet Interface 560ETH03
Ethernet 10 Mbit/s, 10 Base T
Serial Line Interfaces 2 x RS 232C or RS 485
1 x MMI RS 232C
Communication Unit 560CMU80 (RTU560E)
Serial Line Interaces 2 x RS232C
1 x RS485
1 x MMI RS 232C
Ethernet (Option) 10 Mbit/s, 10 Base T
Modems
V.23 Modem 23WT21
FSK Modem 23WT22
V23 Modem 560MOD80
(RTU560E)
Analog Modem 560MOD81
(RTU560E)
Opto-Coupler 23OK22
Real Time Clock Boards
GPS Board 560RTC01
DCF 77 Board 560RTC02
Power Supply Boards
Power Supply Board 560PSU01
for Communication Subrack
Power Supply Board 23NG24
for I/O subrack
RTU560E Power Supply 560PSU80 24 ... 60 V DC or
RTU560E Power Supply 560PSU81 115 ... 230 V AC
Mechanics
RTU Board Type
Communication Subrack
560CSR01
No. of 560CSR01
I/O subrack for swing frame
23ET23
I/O subrack mouning plate
23TP21
Number of I/O subracks
RTU560E
CE Declaration
EMC Immunity
EMI Emmission
Safety
Environmental Conditions
Temperature
Relative humidity
Air pressure
Operation altitude
CCITT V.23, 1200 bit/s
2/4 wire, half- or full duplex
FSK Modem
CCITT channels
50 ... 2400 bit/s
CCITT V.23, 1200 bit/s
2 wire, half duplex
CCITT V. 34+, 33.600 Bit/s
1 fiber optic channel to
various serial interaces
configurable
max. distance 2600 m
with extenal antenna
with extenal antenna
for redundant operation
24 ... 60 V DC or
110 ... 220 V DC
- 20% / + 15%
24 ... 60 V DC or
110 ... 220 V DC
- 20% / + 15%
110 ... 220 V DC
- 20% / + 15%
Single European Standard
19" Rack, max. 8 CPU +
2x PS +RTC
max. 2 per RTU560
19" Rack, max. 19 I/O
boards + PS
19" Rack, max. 19 I/O
boards + PS
max. 28 per RTU560
compact housing
366x258x310 mm (HxWxD)
EN 50082-2: 1995
EN 50081-2: 1993
EN 60950: 1999
- 10 ... + 55 °C
- 20 ... + 55 °C (RTU560E)
5 ... 95 % non-condensing
70 ... 108 kPA
up to 3.000 m
15
 Publication No. DEUTD 1060 02 E • We keep us the right of modification and variation of the contents

ABB Utilities GmbH

Kallstadter Straße 1, 68309 Mannheim/Germany
P.O. Box 10 03 51, 68128 Mannheim/Germany
Phone +49 (0) 621 / 381 - 7592
Fax +49 (0) 621 / 381 - 7622
Internet: http://www.abb.de/utilities

16