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 adapting ANSI and IEC telecontrol protocol
are frequently being expanded and reinforced, standards. The RTU must have the capacity to
often resulting in a more complex network to be connected to new communication media
manage. This is true of electrical grids on and communication networks.
transmissions and distribution levels, as well as
of gas, oil, water, wastewater, and district The engineering work is a relevant cost factor
heating supplies. that can be reduced by standardizing the
The task of monitoring and controlling the process object model and ensuring that it
energy transportation network in order to supports state-of-the-art engineering tools. The
achieve an economical operation control engineering tool of the RTU must be able to
requires an ongoing penetration of the grid perform the task of a single, stand-alone RTU,
down to the lowest levels. The increasing as well as to be able to be integrated into an
requirement for the availability of energy and overall data-engineering concept for a network
its distribution and transportation also control system.
increases the demand for the corresponding In addition to the basic functions, i.e. data
control systems. New and improved acquisition and control, modern telecontrol
communication possibilities with higher systems are required to provide a higher
transmission bandwidths and new transmission degree of functionality within the stations, for
media allow telecontrol technology to perform example:
these tasks.
• High functional scope for telecontrol
Continually increasing capabilities of application functions
decentralized control and closed-loop control • Execute control and closed-loop
solutions based on higher performance micro- applications using PLC capabilities
controller technology additionally allow more • Archive features to provide process data
functions to be run directly in the station. This availability over longer periods for
is always valid for new remote stations, but recovering or decoupling, e.g. the storing
also in stations which have to be upgraded of disturbance files recorded by protection
due to a higher demand for information or that relays in an archive and analyzing them
need to be modernized due to age (retrofit). In later, after transferring them to an Office
all cases, the telecontrol interface is the basic PC.
function package. The adaptation of new • Communicating with different network
intelligent electronic devices (IED) and control centers (NCC) with process data
expansion with control functions for filtering according to the demands of the
application functions in the station based on NCC. This must be possible with different
PLC solutions must be possible as well. It is telecontrol protocols for each NCC.
the task of modern RTU concepts to provide • Extended diagnosis functionality of the RTU
the right answers for these requirements. equipment to reduce the costs for problem
The deregulation activities in the energy analysis and maintenance by accessing the
market, especially in terms of the metering information via Internet or INTRANET
task, require more online information in order options. This should be possible
to control the energy flow and energy independently of the directly connected
consumption. Municipal utility companies telecontrol links.
responsible for the electrical, gas, water and • Interfacing various types of IEDs such as
wastewater grids in their region are moving digital protection relays or new transducers
towards controlling these networks in a more via field-bus interfaces, etc.
centralized fashion, i.e. from one control • Flexibility and space for future demands to
center using only one computer system for extend the RTU for additional installed
these tasks. This requires that the different primary process units and/or higher
telecontrol communication links be demands in terms of control.
harmonized. The process data object model
must be coordinated between the different The architecture of a telecontrol system must
grid types. The standardization of telecontrol be designed in such a way that, thanks to its
protocols and the increasing capabilities of modularity and flexibility, it can be adapted to
communication networks make this possible. the conditions and sizes of the different
A new RTU must be able to support these stations. It should also be open for later
demands by means of higher flexibility in extensions of virtually any type.

3
Our Solution, the RTU560

ABB’s answer to these application • High functionality for telecontrol

requirements is the Remote Terminal Unit application requirements
system RTU560. A key feature of the RTU560 • Variable configuration capabilities to
concept is the extended possibility to integrate optimize the needed hardware in boards,
the various communication demands in a racks and cubicles
highly flexible and cost-optimized way. The • Execution of integrated PLC tasks
RTU560 is an incremental development step • Flexible communication concept to adapt
based on ABB’s proven RTU232 with a new, to virtually any kind of IED and to several
centralized, and very flexible communication network control centers
concept. • Connection capabilities to different
In terms of telecontrol applications for remote communication media
stations, the RTU560 can fulfill virtually all the • Remote diagnostic concepts independent of
demands requested for the various projects: 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

4
System Concept

The RTU560 is structured into two main The software and hardware concept is based
components: on modularity. The software application tasks
• The central communication components in can be organized in such a way as to be
the communication subrack distributed over different central CPU boards.
• The I/O signal components in the I/O This is possible due to an internal
subracks communication concept that keeps all CPU
In addition the real-time clock board and the boards informed about the contents of the
power supplies, the communication subrack process data interface. There is one process
contains all the configured communication and system database which is available in
CPU boards. 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.
Communication subrack
of the RTU560A

Configuration example with redundant power supplies,

RTU560 Hardware concept redundant CPUs and redundant communication lines

5
 The practical handling of the different more process data points have to be
functionalities running on one CPU board is processed, CPU main boards with a larger
defined as follows: memory capacity can be provided.
• Max. two different protocols to the NCC or The I/O subracks and the IO boards have
to the sub-RTUs or IEDs per SLI/ETH been taken over from the proven RTU232
e.g. IEC 60870-5-101 to the NCC and system family. The I/O subracks are linked via
IEC 60870-5-103 to support the proven peripheral bus to the communica-
protection relays tion CPU boards, which run the telecontrol
• Four peripheral bus segments per RTU560 application software for the directly connected
with a maximum of 7 I/O subracks per I/O signals. The I/O signal concept is based
segment on I/O boards with a micro-controller on each
• The PLC option one in order to preprocess the signals directly
• Local print and archive function on the board as much as possible.
With a maximum of sixteen CPU boards, the
possibility is given for a total of 32 The RTU560 allows a high volume of directly
communication lines with different protocols. connected I/O signals to be supported. Up to
The internal process database contains all four peripheral bus segments connected to
process objects. This includes the direct one or two CPU main boards are possible.
connected I/O signals via I/O boards and the Each peripheral bus segment can communicate
process signals coming from the IEDs and with a maximum of 7 I/O subracks, each one
from the sub-RTUs. It allows all signals for PLC equiped with a maximum of 19 I/O boards.
applications within the router RTU to be used This allows a theoretical maximum volume of
and to supervise them in case of 532 I/O boards. On the other hand, it allows
communication or sub-RTU failures. The total the I/O boards to be spread over two or more
number of signals handled within the RTU560 peripheral bus segments in order to reduce
is defined to be approx. 3000 data points. The transaction time and increase availability by
limitation is set by the available memory. If running them in a parallel fashion.

Compact-RTU560C with one CPU main board

6
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 Two types of central control units are
format for insertion in a 19" rack. By utilizing available:
surface-mounted devices and multi-layer • Serial Line Interface board 560SLI02 with
circuit boards, a high integration density is - 2 x peripheral bus interface
achieved on the modules. These high-density - 2 x serial interface for
printed circuit boards result in compact telecontrol protocols, etc.
terminals, thus providing a high functional • Ethernet Adapter board 560ETH03 with
capability. - 2 x peripheral bus interface
- 1 x 10 Mbit/s Ethernet
The RTU560 hardware system includes all the
boards and modules needed for an RTU. The Each CPU communication board has an
Serial Line Interface
560 SLI 02
basic boards are listed in this brochure in the additional serial interface for MMI to a PC.
chapter Technical Data. Additional boards and The MMI is used for diagnostics, up and
modules can be found in the hardware download of configuration files, etc.
documentation.
I/O Boards
The RTU560 can be supplied with an input Only five I/O board types are needed to cover
voltage between 24 and 220V DC or the main requirements for the I/O signals
110 … 230V AC via an additional AC/DC connected to the RTU. This is possible
converter. because of a microprocessor-controlled kernel
module which is identical on all types of I/O
The RTU560 is designed to run redundant boards, whereas the individual I/O function is
power supplies. The two power supplies are provided by type specific hardware circuit
each designed for 100% of the load. During extensions to the kernel.
Ethernet Adapter normal operation, they share the load.
560 ETH 03 • Binary Input Board 23BE21
Each module can be plugged in or pulled out - 16 input channels
during operation. • Binary Output Board 23BA20
- 16 output relays
The RTU560 is approved to be CE compliant • Binary Output Supervision Board 23BA22
and checked to the EMC/EMI standards - 2 different (1-out-of-n) check circuits
specified for telecontrol units in IEC 60870-2-1. for interposing relays
• Analog Input Board 23AE21
Communication Modules - 8 analog input channels for mA-signals
The RTU560 CPU main board is based on the • Analog Output Board 23AA20
PC 104 concept. A PC 104 main board contains - 2 analog output channels for mA-
the kernel of a personal computer (PC) and signals
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
Application and System

The software concept follows the modular Communication

concept of the hardware. An internal The RTU560 has a highly flexible capacity for
communication structure distributes all the adaptation to telecontrol communication
necessary information between the software protocols. Over time, the list of supported
modules independently of where the task is protocols will be expanded in keeping with
located. Each process data point is described the requirements set by specific projects. Due
in a protocol-independent internal format to the standardized internal interface for
which includes all known attributes. Having all system and process information, the
the various kinds of attributes available integration of a new protocol is mainly
guarantees that the information elements that oriented towards the new protocol
may appear in a protocol can be supported. If component.
there really is a need to add a new attribute, it
can be done easily, all the while keeping the The RTU560 is able to communicate with
rest unchanged. different hierarchical levels of a network
control system, with subordinated RTUs or any
Telecontrol Application other intelligent electronic devices (IEDs), or
The main task of an RTU is carried out in the with the test and diagnostic system.
telecontrol component. The RTU560 supports Different communication protocols both in
all the main functions that are needed for the upstream and in downstream directions are
process signals. supported by the RTU560. The most important
• Binary signals standard protocols for communication with the
- Time stamping of a signal event control system are the following:
- Digital suppression of contact bouncing • IEC 60870-5-101
- Chatter suppression of unstable signals • IEC 60870-5-104
- Signal inversion • DNP 3.0 (also on ethernet)
- Grouping of events with the time stamp • Modbus
of the event forcing signal • Indactic 23
- Processing of double indications and • Indactic 33
double commands • RP 570 / RP 571
- Incremental total processing • TG 800
(pulse counter)
- (1 out of n) check of interposing For communication with subordinated RTUs
relays for command output and IEDs such as protection relays, local
• Analog signals control units, etc., the following protocols,
- Zero dead band supervision among others, are available:
- Live zero supervision (4 ... 20 mA) • IEC 60870-5-101
- Smoothing • IEC 60870-5-103
- Limit supervision • IEC 60870-5-104
- Threshold supervision • DNP 3.0
(Integration method and absolute) • SPA-Bus
• Modbus
Each process signal is operated by the RTU560
according to the configured parameters and The connection of the respective
functions. 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 RTU560 time management system
The accuracy and resolution of the time stamp synchronizes the RTU and the supplied abso-
for a process event is important for analyzing a lute time with a high degree of accuracy. The
process disturbance, especially when it is absolute accuracy is mainly provided by the
necessary to analyze events from and between source for synchronization used, whereby GPS
different stations. The RTU560 meets this and DCF 77 allow an accuracy of 5 ms and
requirement. The internal time management is better. The two real-time clock receiver boards
controlled by the CPU communication boards. of the RTU560 fulfill these requirements.
The time resolution of the RTU560 is 1 ms for
events, scanned by the directly connected I/O The accuracy of time synchronization by the
boards. Synchronization with absolute time NCC depends on transmission speed, the
can be achieved by one of the following three method used within the NCC, etc. The RTU560
methods: supports this method for the ABB RP 570 / RP
• Time synchronization by the network 571, the IEC 60870-5-101, the DNP 3.0 and the
control center (NCC) via a periodically TG 800 protocol.
transmitted synchronization instruction
• Time synchronization using a real-time A special hardware and software logic with a
clock that receives the date and time from high control quality has been incorporated on
the GPS system each of the CPU communication boards to
• Time synchronization using a real-time manage real time within the RTU560. Once the
clock that receives date and time RTU560 is synchronized, the RTU560 can
information from the DCF 77 time standard. maintain a time accuracy of about 2 PPM, even
if the time synchronization source is lost for a
certain period.

10
PLC Application (Optional)

The main task of the RTU560 is the telecontrol The PLC programs are developed by a separate
component, i.e. to act as an interface so that the PLC programming tool, which communicates
network control centers have direct access to the with the RTU standard interfaces. The link for
primary process equipment. In addition, the the process signals used by the PLC applica-
RTU560 can be equipped with an optional PLC tion is coordinated between the tools.
software package. This allows sequential control The PLC package allows programming in the
or closed-loop application functions that are IEC 61131-3-defined programming languages.
processed in parallel to the telecontrol activities. With the macro facility it is possible to create
user-specific function blocks for the various
The optional PLC software package in application tasks. The function block RTU
accordance with the IEC 61131-3 programming library contains function blocks to interface
standard. The modularity of the RTU560 in with the process signals and process commands
hardware and software allows the PLC with their values, attributes and qualifiers.
programs to be run either on the same CPU
central board, parallel to the telecontrol task, Archive and Local Print Function
or on a separate CPU central board used only To get direct information about the data
for the PLC application. The advantage of the processing in a RTU some data may be printed
RTU560, i.e. having the process database directly to a local printer or archived in special
physically available on each CPU central files on the RTU560 file system. The two
board, makes configuration easy. functions that give these functionality are:
By sharing the process information via the • The Local Print function
process data interface, the PLC program has Online output to a printer device on one of
access to the all process signal value, but will the serial interfaces.
also be informed about the status of the • The Local Archive function
process signal qualifiers such as invalid, time, Output into files stored on the flash file
etc. PLC programs running distributed system on RTU560. From there it may be
applications may use the qualifiers for secure loaded to a host PCs file system or
and safe operation. The PLC program updates displayed by RTU560 Web-Server.
the process signal values via the process data For four different categories of data generated
interface. The telecontrol task will be informed on RTU560 a local printout is feasible or the
about changes and updates the new output history is recordable in files:
values either to the process output boards or • Process events
via the communication line to the network • System events and System messages
control centers and subdevices. • 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. Based on that concept, the engineering can be
Engineering, installation, connection and logically subdivided into three steps. The
commissioning can all be carried out by the concept follows the description of system
user with the help of the RTU560 tool structures as specified in IEC 1346-1.
package. • Engineering of the process signals,
The engineering of RTU560 stations is done by organized in a signal tree. The signal tree
using RTUtil NT. RTUtil NT is based on follows the hierarchical organization of the
standard Windows NT or Windows 2000 and process stations and the primary process
uses the known general functions of Microsoft equipment used.
Windows applications. The handling of the • Engineering of the communication network
tool is identical to that of other Windows in a network tree. The network tree
applications and can therefore be learned very connects all RTUs and their communication
easily. links to sub-RTUs, IEDs, or network control
centers in a tree structure.
RTUtil NT is designed to engineer a single, • Engineering of the RTU560 hardware for
small RTU, a medium-sized RTU with a set of each RTU in a hardware tree. The hardware
included IEDs, and also to engineer router tree contains all racks and boards used for
RTUs with virtually all the types of each RTU560 in a hierarchical tree
communication links and IEDs used in the structure. Multiple RTUs in a network are
customer’s network. Process signal mapping to structured in the hardware tree in their
the different communication protocols is one respective order to allow an easy link to
of the main tasks needed in hierarchical signals and communication networks.
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
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 customer’s Intranet by using the integrated
and the communication protocols in the Web browser. Downloading is possible:
network. By having all RTUs of a NCC • Via IEC 60870-5-101 and IEC 60870-5-104
communication line in one project, the signal file transfer protocol
routing for all telecontrol protocols is carried • Via Intranet on a separate communication
out by RTUtil NT, thus allowing complete and link to the RTU560
easy engineering. • Locally by connecting RTUtil NT to the
The result of the engineering task is are RTU560 via a MMK interface
configuration files per RTU560. This files Once a configuration file is loaded, the
include all information, configuration and RTU560 will use this file each time it is started.
processing parameters of the directly
connected I/O boards and of all connected Excel Interface
serial links with their process objects that are Excel is a suitable and often used tool for the
necessary to run the RTU560. definition and documentation of engineering
data.
The configuration files generated by RTUtil NT RTUtil NT provides an Excel interface to
can be downloaded from a higher-level control import the signal lists from Excel sheets. To
system by means of a file transfer. The file allow adaptations to specific customer or
transfer to the RTU560 can be carried out in project requirements, the structure of the Excel
several ways. The RTU560 is prepared to also sheets used for data import is expandable.
support alternative links via Internet or the

RTU Configuration with RTUtil NT

13
Diagnosis via Intranet

The functional operation of the RTU560 is Remote access via Intranet is combined with
guaranteed by a comprehensive monitoring authority privileges for the user. It is possible
concept. The hardware and software is to:
continuously monitored from the I/O boards • Monitor the RTU-produced internal error
throughout the entire RTU. The hardware and messages
software monitoring is carried out by active • Monitor and check the RTU560
checks at several levels. configuration and the status of all
The diagnosis concept of the RTU560 is connected process signals
consequently adapted to the possibilities of • Check the current version of the
modern communication. Once access to the configuration file
RTU560 by Intranet has been established, all of • Download or upload the RTU560
the RTU560‘s relevant information can be read configuration file
out from any location by cellular phone and a • Check and download revised software files
laptop, or even a palmtop if need be. This for the RTU560 CPU central boards
system can be used for a check-up of the • Upload the archive files
configuration or signal values and statuses. It
allows service personnel to analyze and Access to each CPU central board is given
possibly solve a RTU problem from their office individually. The presentation of process
rather than making an unnecessary visit to the information about statuses and values is
station. On the other hand, when traveling to presented in such a way that the service
the site is inevitable, the required spare parts personnel is able to work with the same
can be determined beforehand. designations (object identification keys) as the
operator in the control station.

14
Technical Data RTU560

I/O Board Configuration Modems

Process Peripheral Bus max. 4 segments V.23 Modem 23WT21 CCITT V.23, 1200 bit/s
I/O subracks per segment max. 7 2/4 wire, half- or full duplex
I/O boards per subrack 19 FSK Modem 23WT22 FSK Modem
Configurable Process Data Points CCITT channels
Overall total per RTU560 approx. 3000 directly 50 ... 2400 bit/s
connected datapoints V23 Modem 560MOD80
including DPs from IEDs (RTU560E) CCITT V.23, 1200 bit/s
and Sub-RTUs higher volumes 2 wire, half duplex
are possible on request Analog Modem 560MOD81
I/O Boards (RTU560E) CCITT V. 34+, 33.600 Bit/s
Binary Input Board 23BE21
Inputs 16, optically isolated Opto-Coupler 23OK22 1 fiber optic channel to
8 per common return various serial interaces
Input voltage 24 ... 60 V DC configurable
Binary Output Board 23BA20 max. distance 2600 m
Outputs 16, relay single pole Real Time Clock Boards
8 per common return GPS Board 560RTC01 with extenal antenna
max. operating voltage 60 V DC DCF 77 Board 560RTC02 with extenal antenna
Switching capacity 40 VA (L/R=30 ms) Power Supply Boards
Analog Input Board 23AE21 Power Supply Board 560PSU01 for redundant operation
Inputs 8 differential inputs for Communication Subrack 24 ... 60 V DC or
2/5/10/20/40 mA 110 ... 220 V DC
uni-, bipolar or live zero - 20% / + 15%
62/+20 V DC Power Supply Board 23NG24 24 ... 60 V DC or
Accuracy < 0,1% for I/O subrack 110 ... 220 V DC
resolution 12 bit + sign - 20% / + 15%
Analog Output Board 23AA20 RTU560E Power Supply 560PSU80 24 ... 60 V DC or
Output 2, galvanically isolated 110 ... 220 V DC
per channel - 20% / + 15%
Output Current 2,5/5/10/20mA RTU560E Power Supply 560PSU81 115 ... 230 V AC
uni-, and bipolar Mechanics
4 ... 20 mA RTU Board Type Single European Standard
Multi I/O Board 560MIO80 (RTU560E) Communication Subrack
Binary Inputs 16, optically isolated 560CSR01 19" Rack, max. 8 CPU +
input voltage 24 ... 60 VDC or 2x PS +RTC
110 ... 220 VDC No. of 560CSR01 max. 2 per RTU560
Binary Outputs 8, relay single pole I/O subrack for swing frame
max. operating voltage 60 V DC or 220 V DC 23ET23 19" Rack, max. 19 I/O
Switching capacity 40 VA (L/R =30 ms) or boards + PS
50 VA (L/R=40 ms) I/O subrack mouning plate
Analog Inputs 4 differential inputs 23TP21 19" Rack, max. 19 I/O
Accuracy < 0,1% boards + PS
resolution 12 bit + sign Number of I/O subracks max. 28 per RTU560
Communication Board RTU560E compact housing
Serial Line Interface 560SLI02 366x258x310 mm (HxWxD)
Serial Line Interfaces 2 x RS 232C or RS 485 CE Declaration
2 x RS 232C or RS 422 EMC Immunity EN 50082-2: 1995
1 x MMI RS 232C EMI Emmission EN 50081-2: 1993
Ethernet Interface 560ETH03 Safety EN 60950: 1999
Ethernet 10 Mbit/s, 10 Base T Environmental Conditions
Serial Line Interfaces 2 x RS 232C or RS 485 Temperature - 10 ... + 55 °C
1 x MMI RS 232C - 20 ... + 55 °C (RTU560E)
Communication Unit 560CMU80 (RTU560E) Relative humidity 5 ... 95 % non-condensing
Serial Line Interaces 2 x RS232C Air pressure 70 ... 108 kPA
1 x RS485 Operation altitude up to 3.000 m
1 x MMI RS 232C
Ethernet (Option) 10 Mbit/s, 10 Base T

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