RTU 560

Remote Terminal Unit

ABB Automation

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

CPUs and power supplies can be

configured redundant ➔ Extremely high reliable and
available systems

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 RTU 560

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

requirements is the Remote Terminal Unit application requirements
system RTU 560. A key feature of the new • Variable configuration capabilities to
RTU 560 concept is the extended possibility to optimize the needed hardware in boards,
integrate the various communication demands racks and cubicles
in a highly flexible and cost-optimized way. • Execution of integrated PLC tasks
The RTU 560 is an incremental development • Flexible communication concept to adapt
step based on ABB’s proven RTU 232 with a to virtually any kind of IED and to several
new, centralized, and very flexible network control centers
communication concept. • Connection capabilities to different
In terms of telecontrol applications for remote communication media
stations, the RTU 560 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 RTU 560 is structured into two main The software and hardware concept is based
components: on modularity. The software application tasks
• The central communication component in can be organized in such a way as to be
the communication subrack distributed over different central CPU boards.
• The I/O signal component 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 central CPU boards. 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 of the central communication
subrack is therefore cost optimized.
Communication subrack
of the RTU 560A

RTU 560 Hardware concept

RTU 560A with

1 communication subrack
and 5 I/O subracks

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

Compact-RTU 560C with one CPU main board

6
Standard and Compact RTU 560

Depending on where the RTU 560 is used, it is Redundancy

not always necessary to support multiple The availability of a station is a top priority.
communication links. The RTU 560 concept The RTU 560 supports this demand by a
allows the configuration of two types of RTU. redundancy concept for the new central
• The Standard RTU 560A component: it is possible to configure two
• The Compact RTU 560C CPU main boards to operate in a standby
mode. If one CPU or the communication link
The Compact RTU 560C allows a maximum of to the NCC fails, the standby CPU can take
two CPU main boards to be plugged into a over the tasks after having been addressed by
standard I/O subrack. The standard version is the NCC. The now active CPU is the alternati-
one CPU main board with one or two links to ve link. This concept can be expanded to two
the NCCs or one NCC link and one link for sets of CPUs to switch all four peripheral bus
IEDs. The residual part of the I/O subrack can segments, in other words to have the whole
be used for I/O boards. process signal volume available.
The Compact RTU 560 C also supports the full In addition to the redundant CPUs, the power
volume of I/O boards distributed over the four supplies have to be redundant, too. Only then
peripheral bus segments. is a truly higher availability given.
If more communication lines are required, the
Standard RTU 560A must be used. One or two
central communication subracks have to be
used with their full range of flexibility and
configuration capabilities.

Configuration example with redundant power supplies,

redundant CPUs and redundant communication lines

7
Hardware

The modules conform to the standard Europe Three 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 560SLI01 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 560ETH01 with
capability. - 2 x peripheral bus interface
- 1 x 10 Mbit/s Ethernet
The RTU 560 hardware system includes all the • PCMCIA Adapter board 560PCA01 for
boards and modules needed for an RTU. The - 1 PCMCIA card of type 1 or
Serial Line Interface
basic boards are listed in this brochure in the - 2 PCMCIA cards of type 2
560 SLI 01
chapter Technical Data. Additional boards and
modules can be found in the hardware Serial Line Interface 560 SLI 01
documentation. Ethernet Adapter 560 ETH 01
PCMCIA Adapter 560 PCA 01
The RTU 560 can be supplied with an input Each CPU main board has an additional serial
voltage between 24 and 220V DC or 220V AC interface for MMI to a PC. The MMI is used
via an additional AC/DC converter. for diagnostics, up and download of
configuration files, etc.
The RTU 560 is designed to run redundant
power supplies. The two power supplies are I/O Boards
each designed for 100% of the load. During Only five I/O board types are needed to cover
normal operation, they share the load. the main requirements for the I/O signals
Ethernet Adapter connected to the RTU. This is possible
560 ETH 01 Each module can be plugged in or pulled out because of a microprocessor-controlled kernel
during operation. module which is identical on all types of I/O
boards, whereas the individual I/O function is
The RTU 560 is approved to be CE compliant provided by type specific hardware circuit
and checked to the EMC/EMI standards extensions to the kernel.
specified for telecontrol units in IEC 60870-2-1.
• Binary Input Board 23BE21
Central Modules - 16 input channels
The RTU 560 CPU main board is based on the • Binary Output Board 23BA20
PC 104 CPU concept. A PC 104 main board - 16 output relays
contains the kernel of a personal computer • Binary Output Supervision Board 23BA22
(PC) and has become the de facto standard - 2 different (1-out-of-n) check circuits
PCMCIA Adapter over the last years. It allows the easy for interposing relays
560 PCA 01 integration of standard PC-based software as • Analog Input Board 23AE21
well as easy adaptation to specific hardware - 8 analog input channels for mA-signals
extensions. • Analog Output Board 23AA20
- 2 analog output channels for mA-
Following these standards secures your signals
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 RTU 560 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 RTU 560 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 RTU 560 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 RTU 560. The most
• Binary signals important standard protocols for
- Time stamping of a signal event communication with the control system are the
- Digital suppression of contact bouncing following:
- Chatter suppression of unstable signals • IEC 60870-5-101
- Signal inversion • IEC 60870-5-104
- Grouping of events with the time stamp • DNP 3.0
of the event forcing signal
- Processing of double indications and For communication with subordinated RTUs
double commands and IEDs such as protection relays, local
- Incremental total processing control units, etc., the following protocols,
(pulse counter) among others, are available:
- (1 out of n) check of interposing • IEC 60870-5-101
relays for command output • IEC 60870-5-103
- Analog signals • DNP 3.0
- Zero dead band supervision • SPA-Bus
- Live zero supervision (4 ... 20 mA) • Modbus
- Smoothing
- Limit supervision The connection of the respective
- Threshold supervision communication lines can be carried out in
(Integration method and absolute) several ways:
• Direct links with RS 232-C interfaces (local
Each process signal is operated by the RTU communication)
560 according to the configured parameters • Voice-frequency telegraphy over leased
and functions. 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 RTU 560 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 RTU 560 meets this and DCF 77 allow an accuracy of 1 ms and
requirement. The internal time management is better. The two real-time clock receiver boards
controlled by the CPU central boards. The time of the RTU 560 fulfill these requirements.
resolution of the RTU 560 is 1 ms between
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 RTU
methods: 560 supports this method for the ABB RP 570 /
• Time synchronization by the network RP 571 protocol and for the IEC 60870-5-101
control center (NCC) via a periodically 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 central boards to manage real
• Time synchronization using a real-time time within the RTU 560. Once the RTU 560 is
clock that receives date and time synchronized, the RTU 560 can maintain a
information from the DCF 77 time standard. 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 RTU 560 is the RTU 560, i.e. having the process database
telecontrol component, i.e. to act as an physically available on each CPU central
interface so that the network control centers board, makes configuration easy.
have direct access to the primary process By sharing the process information via the
equipment. In addition, the RTU 560 can be process data interface, the PLC program has
equipped with an optional PLC software access to the process signal value, but will also
package. This allows sequential control or be informed about the status of the process
closed-loop application functions that are signal qualifiers such as invalid, time, etc. PLC
processed in parallel to the telecontrol programs running distributed applications may
activities. use the qualifiers for secure and safe
operation. The PLC program updates the
The PLC programs have access to all directly process signal values via the process data
or indirectly connected process data points. interface. The telecontrol task will be informed
This allows a centralized control from the RTU about changes and updates the new output
560 for decentralized processes distributed values either to the process output boards or
over a larger area, for example small hydro via the communication line to the network
generating stations, pump stations, etc. In control centers.
these cases, the decentralized stations are
linked to the router RTU 560. Data exchange The PLC programs are developed by a separa-
between the PLC program and the substations, te PLC programming tool, which
in this case, is carried out via the communicates with the RTU 560 engineering
communication lines. tool RTUtil NT via standard interfaces. The link
for the process signals used by the PLC
The optional PLC software package is state-of- application is coordinated between the tools.
the-art and in accordance with the IEC 61131-3 The PLC package allows programming in the
programming standard. The modularity of the IEC 61131-3-defined programming languages.
RTU 560 in hardware and software allows the The standard IEC 61131-3 function block
PLC programs to be run either on the same library contains all the necessary basic
CPU central board, parallel to the telecontrol functions. With the macro facility it is possible
task, or on a separate CPU central board used to create user-specific function blocks for the
only for the PLC application. This will be various application tasks. The library contains
decided by analyzing the PLC applications and function blocks to interface with the process
their performance parameters like cycle time, signals and process commands with their
program size, etc. The advantage of the values and their attributes and qualifiers.

PLC programming acc. to IEC 61131-1

11
Engineering

The RTU 560 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 RTU 560 tool structures as specified in IEC 1346-1.
package. • Engineering of the process signals,
The engineering of RTU 560 stations is carried organized in a signal tree. The signal tree
out using RTUtil NT. RTUtil NT is based on follows the hierarchical organization of the
standard Windows NT and uses the known process stations and the primary process
general functions of Microsoft Windows equipment used.
applications. The handling of the tool is • Engineering of the communication network
identical to that of other Windows applications in a network tree. The network tree
and can therefore be learned very easily. connects all RTUs and their communication
links to sub-RTUs, IEDs, or network control
RTUtil NT is designed to engineer a single, centers in a tree structure.
small RTU, a medium-sized RTU with a set of • Engineering of the RTU 560 hardware for
included IEDs, and also to engineer router each RTU in a hardware tree. The hardware
RTUs with virtually all the types of tree contains all racks and boards used for
communication links and IEDs used in the each RTU 560 in a hierarchical tree
customer’s network. Process signal mapping to structure. Multiple RTUs in a network are
the different communication protocols is one structured in the hardware tree in their
of the main tasks needed in hierarchical respective order to allow an easy link to
communication network structures. The signals and communication networks.
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 RTU 560. „Drag
and Drop“ and „Copy-Paste“ features makes it
easy to link signals to the RTU 560 hardware The configuration file generated by RTUtil NT
and the communication protocols in the can be downloaded from a higher-level control
network. By having all RTUs of a NCC system by means of a file transfer. The file
communication line in one project, the signal transfer to the RTU 560 can be carried out in
routing for all telecontrol protocols is carried several ways. The RTU 560 is prepared to also
out by RTUtil NT, thus allowing complete and support alternative links via Internet or the
easy engineering. customer’s Intranet by using the integrated
The result of the engineering task is one Web browser. Downloading is possible:
configuration file per RTU 560. This file * Via the telecontrol protocol, if the protocol
includes all information, configuration and supports file transfers. IEC 60870-5-101 and
processing parameters of the directly IEC 60870-5-104, for example, allow file
connected I/O boards and of all connected transfers.
serial links with their process objects that are • Via Intranet on a separate communication
necessary to run the RTU 560. link to the RTU 560
• Locally by connecting RTUtil NT to the RTU
560 via a MMK interface
Once a configuration file is loaded, the RTU
560 will use this file each time it is started.

RTU Configuration with RTUtil NT

13
Diagnosis via Intranet

The functional operation of the RTU 560 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 RTU 560
checks at several levels. configuration and the status of all
The diagnosis concept of the RTU 560 is connected process signals
consequently adapted to the possibilities of • Check the current version of the
modern communication. Once access to the configuration file
RTU 560 by Intranet has been established, all • Download or upload the RTU 560
of the RTU 560‘s relevant information can be configuration file
read out from any location by cellular phone • Check and download revised software files
and a laptop, or even a palmtop if need be. for the RTU 560 CPU central boards
This system can be used both for disturbance
analysis and for a check-up of the Access to each CPU central board is given
configuration or signal values and statuses. It individually. The presentation of process
allows service personnel to analyze and information about statuses and values is
possibly solve a RTU problem from their office presented in such a way that the service
rather than making an unnecessary visit to the personnel is able to work with the same
station. On the other hand, when traveling to designations (object identification keys) as the
the site is inevitable, the required spare parts operator in the control station.
can be determined beforehand.

14
Technical Data RTU 560

IO Board Configuration Modems

Process Peripheral Bus max. 4 segments V.23 Modem V.23 1200 bit/s; 2 / 4 wire
IO subracks per segment 6 23WT21 half-or full duplex
IO boards per subrack 19 FSK Modem FSK modem
IO boards per RTU 560 max. 456 different 23WT22 CCITT channels
IO-boards 50 ... 2400 bit/s
Configurable Process Data Points Opto-Coupler 1 fiber optic channel to
Overall total per RTU 560 approx. 5000 DPs, 23OK22 various serial interfaces
direct connected configurable
DPs including DPs from Glass fiber
IED’s and Sub-RTUs max distance 2600 m
higher volumes are Real Time Clock Boards
possible on request GPS: 560RTC01 with external
IO Boards antenna
Binary Input 23BE21 Antenna cable max. 200 m
Inputs 16, optical isolated DCF 77 560RTC02 with external
8 per common return antenna
Input voltage 24 ... 60 V DC Antenna cable max. 200 m
Binary Output 23BA20 Power Supply
Outputs 16, relay single pole PS for Communication subrack 560PSU01
8 per common return Input Voltage Ranges 24 ...60 V DC or
switching capacity 60 V DC 110 ... 220 V DC
60 W resistive load -25% / + 20%
Analog Input 23AE21 Redundant Operation Yes, with monitoring
Inputs 8, differential input signal
2/5/10/20/40/ mA Capacity 100 % for one Subrack
uni-, bipolar or live zero PS for IO subrack 23NG24
±2/+20 V DC Input Voltage Ranges 24 ...60 V DC or
Accuracy ≤0,1 % 110 ... 220 V DC
Common mode voltage typ. ±8 V DC -25% / + 20%
Line interference suppression > 100 dB Redundant Operation No
for fN = 50 or 60 Hz Capacity 100 % for one Subrack
Analog Output 23AA20 Mechanics
Output 2, galvanic isolated RTU Board type Single European standard
per channel Communication Subrack 19" Rack max. 8 CPU
Output current 2,5/5/10/20 mA 560CSR01 boards + 2xPS + RTC
uni- and bipolar No. of 560CSR01 max. 2 per RTU 560
4 ... 20 mA IO Subrack (swing frame) 19" Rack for max.
General Central Boards 23ET23 19" IO boards + PS
CPU-Processor PC 104 modules IO Subrack (mounting plate) 19" Rack for max.
Process type and memory 23TP21 19" IO boards + PS
sufficient for application Number of IO subracks max. 24 per RTU 560
MMI Interface on each 9 pole MIN D Environmental Conditions
CPU board RS 232 C / 38,4 kbit/s EMC Immunity acc. to IEC 60870-2-1
(CPU) Serial Line Interface 560SLI01 level 3 or 4
Serial Line Interfaces 4 different interfaces EMI Emission acc. to IEC 60870-2-1
2 x RS 232 C or RS 485 class A
2 x RS 232 C or RS 422 CE-Certification Yes
Temperature -10 ... +55 °C
(CPU) Ethernet Line Interface 560ETH01 IEC 60870-2-2
Ethernet 10 MBit/s, 10Base2 Relative humidity 5 ... 95 %
Serial Line Interfaces 2 x RS 232 C or RS 485 IEC 60870-2-2
(CPU) PCMCIA Adapter 560PCA01 Air pressure 70-108 kPA
PCMCIA Board types 1 x Type 2 / 2 x Type 1 Operation altitude up to 3000 m
Flash Memory Cards depending on application

15
 1KGM060022 V010 1 - LÖ/NINO/3402 05.2000.2.0 • We keep us the right of modification and variation of the contents

ABB Utility Automation GmbH

P.O Box 1140
68520 Ladenburg
Wallstadter Straße 59
68526 Ladenburg/Germany
Telephone +49 (6203) 71-2020
Telefax +49 (6203) 71-2338
www.abb.de/uta

16