DNP, 670 Series: Communication Protocol Manual

Relion® 670 SERIES
DNP, 670 series

Version 2.2
Communication protocol manual
Document ID: 1MRK 511 391-UUS
Issued: May 2019
Revision: E
Product version: 2.2
© Copyright 2017 ABB. All rights reserved

Copyright
This document and parts thereof must not be reproduced or copied without written permission
from ABB, and the contents thereof must not be imparted to a third party, nor used for any
unauthorized purpose.
The software and hardware described in this document is furnished under a license and may be
used or disclosed only in accordance with the terms of such license.
This product includes software developed by the OpenSSL Project for use in the OpenSSL Toolkit.
(http://www.openssl.org/) This product includes cryptographic software written/developed by:
Eric Young ([email protected]) and Tim Hudson ([email protected]).
Trademarks
ABB and Relion are registered trademarks of the ABB Group. All other brand or product names
mentioned in this document may be trademarks or registered trademarks of their respective
holders.
Warranty
Please inquire about the terms of warranty from your nearest ABB representative.
Disclaimer
The data, examples and diagrams in this manual are included solely for the concept or product
description and are not to be deemed as a statement of guaranteed properties. All persons
responsible for applying the equipment addressed in this manual must satisfy themselves that
each intended application is suitable and acceptable, including that any applicable safety or other
operational requirements are complied with. In particular, any risks in applications where a system
failure and/or product failure would create a risk for harm to property or persons (including but
not limited to personal injuries or death) shall be the sole responsibility of the person or entity
applying the equipment, and those so responsible are hereby requested to ensure that all
measures are taken to exclude or mitigate such risks.
This document has been carefully checked by ABB but deviations cannot be completely ruled out.
In case any errors are detected, the reader is kindly requested to notify the manufacturer. Other
than under explicit contractual commitments, in no event shall ABB be responsible or liable for any
loss or damage resulting from the use of this manual or the application of the equipment.
Conformity
This product complies with the directive of the Council of the European Communities on the
approximation of the laws of the Member States relating to electromagnetic compatibility (EMC
Directive 2004/108/EC) and concerning electrical equipment for use within specified voltage
limits (Low-voltage directive 2006/95/EC). This conformity is the result of tests conducted by ABB
in accordance with the product standard EN 60255-26 for the EMC directive, and with the product
standards EN 60255-1 and EN 60255-27 for the low voltage directive. The product is designed in
accordance with the international standards of the IEC 60255 series and ANSI C37.90. The DNP
protocol implementation in the IED conforms to "DNP3 Intelligent Electronic Device (IED)
Certification Procedure Subset Level 2", available at www.dnp.org.
Table of contents
Table of contents
Section 1 Introduction..............................................................................................................3
1.1 This manual................................................................................................................................................ 3
1.2 Intended audience.................................................................................................................................... 3
1.3 Product documentation.......................................................................................................................... 4
1.3.1 Product documentation set...............................................................................................................4
1.3.2 Document revision history................................................................................................................. 5
1.3.3 Related documents.............................................................................................................................. 6
1.4 Document symbols and conventions....................................................................................................7
1.4.1 Symbols.................................................................................................................................................. 7
1.4.2 Document conventions....................................................................................................................... 8
Section 2 DNP3 overview......................................................................................................... 9

2.1 DNP3 standard.......................................................................................................................................... 9
2.2 Documentation........................................................................................................................................ 11
Section 3 Vendor-specific implementation......................................................................... 13

3.1 DNP3 link modes..................................................................................................................................... 13
3.1.1 DNP3 TCP/IP mode............................................................................................................................ 13
3.2 DNP3 UDP-only mode.............................................................................................................................14
3.3 Internal indications.................................................................................................................................14
3.4 Event reporting....................................................................................................................................... 15
3.4.1 Event buffers....................................................................................................................................... 15
3.5 Command handling................................................................................................................................ 15
3.5.1 Automation bits..................................................................................................................................16
3.5.2 Apparatus control.............................................................................................................................. 16
3.5.3 Binary output status points and control relay output blocks................................................... 17
3.6 Time synchronization............................................................................................................................. 17
3.7 Analog inputs........................................................................................................................................... 17
3.7.1 Analog data scaling............................................................................................................................18
3.7.2 Analog input signal scaling for DNP3 master presentation...................................................... 18
3.8 DNP3 points.............................................................................................................................................20
3.8.1 Point configuration............................................................................................................................ 21
3.8.2 Class assignment................................................................................................................................21
3.9 Fault record.............................................................................................................................................. 21
Section 4 DNP3 parameters................................................................................................... 23

4.1 Parameter descriptions.........................................................................................................................23
4.1.1 Serial optical and RS485 communication channel settings...................................................... 26
4.2 Parameter list.......................................................................................................................................... 28
DNP, 670 series 1

Table of contents
4.2.1 Parameter list for optical and RS485 communication channel................................................ 28

4.2.2 Parameter list for TCP/IP..................................................................................................................32
Section 5 Glossary.................................................................................................................. 45
5.1 Glossary.................................................................................................................................................... 45
2 DNP, 670 series

1MRK 511 391-UUS E Section 1
Introduction
Section 1 Introduction
1.1 This manual GUID-AB423A30-13C2-46AF-B7FE-A73BB425EB5F v19
The communication protocol manual describes the communication protocols supported by the
IED. The manual concentrates on the vendor-specific implementations.
1.2 Intended audience GUID-C9B8127F-5748-4BEA-9E4F-CC762FE28A3A v11
This manual is intended for the communication system engineer or system integrator responsible
for pre-engineering and engineering the communication setup in a substation from an IED
perspective.
The system engineer or system integrator must have a basic knowledge of communication in
protection and control systems and thorough knowledge of the specific communication protocol.
DNP, 670 series 3

Section 1 1MRK 511 391-UUS E
Introduction
1.3 Product documentation
1.3.1 Product documentation set GUID-3AA69EA6-F1D8-47C6-A8E6-562F29C67172 v16
Deinstalling & disposal

Planning & purchase
Decommissioning
Commissioning
Maintenance
Engineering
Operation
Installing
Engineering manual
Installation manual
Commissioning manual
Operation manual
Application manual
Technical manual
Communication
protocol manual
Cyber security
deployment guideline
IEC07000220-4-en.vsd
IEC07000220 V4 EN-US
Figure 1: The intended use of manuals throughout the product lifecycle

The engineering manual contains instructions on how to engineer the IEDs using the various tools
available within the PCM600 software. The manual provides instructions on how to set up a
PCM600 project and insert IEDs to the project structure. The manual also recommends a sequence
for the engineering of protection and control functions, as well as communication engineering for
IEC 61850.
The installation manual contains instructions on how to install the IED. The manual provides
procedures for mechanical and electrical installation. The chapters are organized in the
chronological order in which the IED should be installed.
The commissioning manual contains instructions on how to commission the IED. The manual can
also be used by system engineers and maintenance personnel for assistance during the testing
phase. The manual provides procedures for the checking of external circuitry and energizing the
IED, parameter setting and configuration as well as verifying settings by secondary injection. The
manual describes the process of testing an IED in a substation which is not in service. The
chapters are organized in the chronological order in which the IED should be commissioned. The
relevant procedures may be followed also during the service and maintenance activities.
4 DNP, 670 series

Introduction
The operation manual contains instructions on how to operate the IED once it has been
commissioned. The manual provides instructions for the monitoring, controlling and setting of the
IED. The manual also describes how to identify disturbances and how to view calculated and
measured power grid data to determine the cause of a fault.
The application manual contains application descriptions and setting guidelines sorted per
function. The manual can be used to find out when and for what purpose a typical protection
function can be used. The manual can also provide assistance for calculating settings.
The technical manual contains operation principle descriptions, and lists function blocks, logic
diagrams, input and output signals, setting parameters and technical data, sorted per function.
The manual can be used as a technical reference during the engineering phase, installation and
commissioning phase, and during normal service.
The communication protocol manual describes the communication protocols supported by the
IED. The manual concentrates on the vendor-specific implementations.
The cyber security deployment guideline describes the process for handling cyber security when
communicating with the IED. Certification, Authorization with role based access control, and
product engineering for cyber security related events are described and sorted by function. The
guideline can be used as a technical reference during the engineering phase, installation and
commissioning phase, and during normal service.
1.3.2 Document revision history GUID-34B323E4-1319-4D42-80CE-29B0F2D36E2C v2
Document Date Product revision History

revision
- 2017–05 2.2.0 First release for product version 2.2
A 2017–10 2.2.1 Ethernet ports with RJ45 connector added.
B 2018–03 2.2.1 Document enhancements and corrections
C 2018–06 2.2.2 Technical data updated for PSM. Case dimensions
updated.
D 2018–11 2.2.3 Functions CHMMHAI, VHMMHAI, DELVSPVC,
DELISPVC and DELSPVC added. Updates/
enhancements made to ZMFPDIS, ZMFCPDIS,
CCRBRF, REALCOMP, PTRSTHR and FNKEYMDx.
Ordering section updated.
E 2019-05 2.2.3 PTP enhancements and corrections
DNP, 670 series 5

Introduction
1.3.3 Related documents GUID-94E8A5CA-BE1B-45AF-81E7-5A41D34EE112 v7
Documents related to REB670 Document numbers

Application manual 1MRK 505 370-UUS
Commissioning manual 1MRK 505 372-UUS
Product guide 1MRK 505 373-BEN
Technical manual 1MRK 505 371-UUS
Type test certificate 1MRK 505 373-TUS
Documents related to REC670 Document numbers

Documents related to RED670 Document numbers

Documents related to REG670 Document numbers

Documents related to REL670 Document numbers

6 DNP, 670 series

Introduction
Documents related to RET670 Document numbers

Documents related to RES670 Document numbers

Documents related to RER670 Document numbers

Application manual
Commissioning manual
Technical manual
Type test certificate
1.4 Document symbols and conventions
1.4.1 Symbols GUID-2945B229-DAB0-4F15-8A0E-B9CF0C2C7B15 v13
The electrical warning icon indicates the presence of a hazard which could result in
electrical shock.
The warning icon indicates the presence of a hazard which could result in personal
injury.
The caution icon indicates important information or warning related to the

concept discussed in the text. It might indicate the presence of a hazard which
could result in corruption of software or damage to equipment or property.
DNP, 670 series 7

Introduction
The information icon alerts the reader of important facts and conditions.
The tip icon indicates advice on, for example, how to design your project or how to
use a certain function.
Although warning hazards are related to personal injury, it is necessary to understand that under
certain operational conditions, operation of damaged equipment may result in degraded process
performance leading to personal injury or death. It is important that the user fully complies with all
warning and cautionary notices.
1.4.2 Document conventions GUID-96DFAB1A-98FE-4B26-8E90-F7CEB14B1AB6 v8
• Abbreviations and acronyms in this manual are spelled out in the glossary. The glossary also
contains definitions of important terms.
• Parameter names are shown in italics.
For example, the function can be enabled and disabled with the Operation setting.
• Each function block symbol shows the available input/output signal.
• the character ^ in front of an input/output signal name indicates that the signal name
may be customized using the PCM600 software.
• the character * after an input signal name indicates that the signal must be connected
to another function block in the application configuration to achieve a valid application
configuration.
• Dimensions are provided both in inches and millimeters. If it is not specifically mentioned
then the dimension is in millimeters.
8 DNP, 670 series

DNP3 overview
Section 2 DNP3 overview GUID-9CDAE3C1-07F5-493F-A1F1-196C2F48DB16 v2
DNP3 is a communication protocol used between components in process automation systems. Its
main use is in utilities such as electric and water companies. Usage in other industries is not
common, although technically possible. Specifically, it was developed to facilitate communications
between various types of data acquisition and control equipment. It plays a crucial role in SCADA
systems, where it is used by SCADA master stations (aka Control Centers), RTUs, and IEDs.
GUID-F3F7289C-3344-492F-8779-D63CBF6B469A V1 EN-US
Figure 2: DNP3 communication schematic representation
1 SCADA master station / control center

2 External control points
3 Communication links (radio, microwave, spread-spectrum, twisted-pair, fiber-optics, dial-up, leased line)
4 Remote substation (station computer and IED)
2.1 DNP3 standard AMU0600507 v15
The DNP3 protocol was developed by Westronic based on the early versions of the IEC 60870-5
standard telecontrol protocol specifications. DNP is now governed by IEEE Std 1815-2012 IEEE
Standard for Electric Power Systems Communications - Distributed Network Protocol (DNP3)
www.dnp.org.
The protocol is based on the EPA, a simplified model of the ISO/OSI model. It specifies the data
link layer, the application layer and a transport pseudo-layer. To support advanced RTU functions
and messages larger than the maximum frame length as defined by the IEC document 60870-5-1,
the DNP3 data link is intended to be used with the mentioned transport pseudo-layer. As a
minimum, this transport layer implements message assembly and disassembly services.
Physical layer
Even though the standard does not specify the physical layer, it does however specify how to
operate in a networked environment and also suggests how to avoid collisions between
simultaneously sending devices.
Many implementations use serial communication based on RS-232, RS-485 or even fiber optics.
DNP, 670 series 9

DNP3 overview
DNP3 can also be used over packet-oriented networks such as TCP/IP and UDP in which, for
example, Ethernet may be used. In this case DNP3 can be said to be tunneled over TCP/IP or UDP.
Additional information on the DNP3 physical layer is available at the DNP Users
Group at www.dnp.org.
Data link layer

The DNP3 data link layer is designed to operate with asynchronous or synchronous bit serial
physical layers. Fully balanced transmission procedures were adopted to support spontaneous
transmissions from remotes.
Data link functions include:
• Performing message data link retransmissions.

• Packing user data into the defined frame format includes CRC and transmitting the data to
the physical layer.
• Unpacking the data link frame received from the physical layer into user data, checking and
removing CRC.
• Controlling the physical layer.
• In unsolicited reporting mode, performing collision avoidance/detection procedures to
ensure reliable transfer of data across the physical link.
• Responding to all valid frames received from the physical layer.
Data link responsibilities:
• Exchange of Service data units (SDUs) between peer DNP3 data links
• Error notification to data link user
• Sequencing of SDUs
• SDU delivery quality.
Link-layer confirm usage is not recommended and the implementation is optional. The IED does
not request data-link layer confirmations for TCP/IP communication.
See the DNP technical bulletin TB1998-0402, section 3 for details at www.dnp.org.
Transport pseudo-layer
To support advanced RTU functions and messages exceeding the maximum data link frame
length, a transport pseudo-layer which implements message assembly and disassembly services
was adopted.
Transport functions:
• Fragmenting user data into one or more data link frames and transmitting the data to the
data link layer
• Assembling the data link frames received from the data link layer into user data
• Controlling all aspects of the data link excluding data link configuration
Transport responsibilities:
10 DNP, 670 series

DNP3 overview
• Exchange of SDUs between peer DNP3 transport pseudo layers

• Error notification to transport users
• Sequencing of SDUs
Application layer
The application layer is responsible for performing operations on data objects defined by the
device or on the device itself. These operations include returning actual values (read function),
assigning new values (write function) if the object represents control points, arming and
energizing the output point (select, operate or direct operate functions) and if counters are used,
reading actual values and clearing the counters. DNP3 uses the term point to identify an entity,
and these entities can be categorized into point-types, such as analogs or binaries. Points are
addressed by giving them an index number and an object is a formatted representation of data
from a point. These objects can be assigned to classes in order to organize events and current
values into categories. The DNP3 protocol defines four data classes to organize data reporting.
Communication modes
The IED supports four DNP3 communication modes.
• Quiescent operation
• Unsolicited report-by-exception operation
• Polled report-by-exception operation
• Polled static operation
2.2 Documentation GUID-7966A3BB-DC5A-47CF-B78D-D8BF1373C308 v1
This implementation of DNP3 is fully compliant with DNP3 Subset Definition Level 2, and contains
significant functionality beyond Subset Level 2. See the device profile for further information.
DNP, 670 series 11

12
Vendor-specific implementation
Section 3 Vendor-specific implementation

3.1 DNP3 link modes
3.1.1 DNP3 TCP/IP mode GUID-6257BE0D-01CA-44C7-92A6-A4B20BF79DBB v4
DNP3 TCP/IP link mode is supported by the IED. This implementation supports up to four different
masters communicating simultaneously with the IED. The IED is a listening endpoint
implementation and listens for connections from DNP3 masters on a configurable port,
TCPIPLisPort. The IED does not connect to masters, meaning that it is not a dual-endpoint
implementation.
It is possible to use both the connection establishment method based on the master IP address,
and the connection establishment method based on the port number. The identification and
association of the master is based both on the IP address of the master and the port number it
connects to. It is essential to make sure that the parameters TCPIPLisPort, MasterIP-Addr,
MasterIPNetMask, SlaveAddress and MasterAddress uniquely identifies one master from the other
masters.
The above is an important concept to grasp during commissioning so that no conflicts occur.
Therefore, it is strongly recommended not to change the MasterIPNetMask parameter to anything
else than its default 255.255.255.255 unless necessary. The parameter should not be mixed up with
the subnet mask of the IP configuration. The MasterIPNetMask can be used to allow to accept
connections from masters that do have dynamic IP addresses within a known range.
For example, if a master changes its IP address dynamically in the range of 10.10.10.1 and
10.10.10.254, the MasterIPNetMask could be set to 255.255.255.0 to allow for connections from
this range. If two masters share this dynamic range or share the same IP address, it is necessary to
separate them by having them connect to separate ports, for example, 20000 and 20001
respectively.
Also, SlaveAddress and MasterAddress must be correctly configured for each master. Otherwise,
the previously accepted connection is closed upon the reception of the first DNP3 message.
The IED supports the requirements of the standard to receive UDP broadcast messages on the
ports configured by UDPPortAccData.
As a default, the IED sends a keep-alive message in every 10 seconds according to the value of the
tKeepAliveT parameter. The time can be changed, and setting it to zero means that no keep-alive
messages are sent. It is important to know the hazards of disabling the keep-alive, and it is not
recommended to do so unless necessary. If the keep-alive messages are unwanted, it is better to
increase the value of tKeepAliveT so that it exceeds the master's poll rate.
If a master crashes or the communication links are broken and the master restarts, the TCP/IP
makes the IED believe that the connection still exists. Since the IED conforms to the
recommendations of the standard not to accept new connections when a connection already
exists to the particular master, the master will never be allowed to connect again. Another
parameter that concerns the TCP/IP connection status is tBrokenConTout. It determines how long
a session is active after a TCP/IP connection has been broken. After the time period, the session
becomes inactive and events are not stored. If the parameter is set to 0, events are stored until
the sequential buffers overflow. Note that if the parameter is set to zero, all events from start-up
DNP, 670 series 13

until the sequential buffers overflow are saved even though no connection would have been
established.
Further documentation concerning DNP3 TCP/IP communication is available in the IP Networking

document Volume 7, from www.dnp.org.
3.2 DNP3 UDP-only mode GUID-2605E868-4438-49C6-A307-1D18F8022F1F v1
DNP3 UDP-only mode is supported by the IED. When operating in UDP-only mode the parameters
UDPPortInitNUL and UDPPortCliMast must be configured.
If the parameter UDPPortCliMast is set to 0 the port number and master IP address is taken from
the previous request. It is important to have in mind when using this functionality that the
parameters MasterIP-Addr and MasterIPNetMsk need to be set to values that match the network
setup.
The system will only consider IP-address included in the range defined by MasterIP-Addr and the
MasterIPNetMsk as valid addresses to use then when responding.
3.3 Internal indications GUID-2CDB2CDE-28F5-4E07-8BB7-A3537888058D v3
Internal indications give information on certain status and error conditions within the outstation.
They contain 2 octets of data and are found in the application layer on an outstation response.
Each octet has 8 bit fields numbered 0 through 7 where bit 0 is the least significant bit. A code is
used to reference or specify a particular bit:
IINx.b - where x is a 1 for the first octet and x is a 2 for the second. b identifies the bit number.
Thus, IIN2.0 refers to the first bit in the second octet.
See the DNP3 Specification Volume 3 Application Layer (Section 5 Detailed IIN Bit Descriptions) for
more detailed descriptions of IIN bits.
Table 1: Default class assignment for internal indications

Bit index Descriptions and conditions Writable
IIN1.0 All stations – set after a broadcast message (any message using a destination No
address of 0xfff0 or above) has been received. Does not indicate an error
condition
IIN1.1 Class 1 event data available. Can be set at any time and does not indicate an No
error condition.
error condition
error condition
IIN1.4 Time synchronization required from master. Can be set at any time and does No
not indicate an error condition. This bit is set according to the PST setting
“tSyncTimeout” when time synchronization is via DNP3.
IIN1.5 Local mode. Set if some points are uncontrollable via DNP3. No
IIN1.6 Device trouble. Set if the IED has detected device problems. This bit is set when No
the IED’s “Internal Fail” flag is set.
Table continues on next page
14 DNP, 670 series

Bit index Descriptions and conditions Writable

IIN1.7 Device restart. Set only under specific conditions. Does not indicate an error Yes
condition
IIN2.0 Function unknown. Generally means that the function code (octet 2 of the No
request header) cannot be processed.
IIN2.1 Object unknown. Generally means that the function code could be processed No
but the object group / variation could not be processed
IIN2.2 Parameter error. Generally indicates that both function code and object No
group / variation could be processed but that the qualifier / range field is in
error.
IIN2.3 Buffer overflow. Indicates that an event buffer has overflowed, and that change No
events, of at least one type, have been lost. Binary event buffer size is 1000.
Counter event buffer size is 1000. Frozen event counter event are not
supported. Analog event buffer size is 1000.
IIN2.4 Requested operation is already executing. No
IIN2.5 Configuration corrupted. No
IIN2.6 Reserved. Always 0. No
IIN2.7 Reserved. Always 0. No
3.4 Event reporting GUID-881DE1F4-F375-4EE9-88D5-2E227A7A8469 v3
The IED supports unsolicited reports. Given the parameters UREvCntThold1, tUREvBufTout1,
UREvCntThold2, tUREvBufTout2, UREvCntThold3 and tUREvBufTout3, the IED can be configured to
report events either after a number of events of a certain class have been generated or when at
least one event of the class has been generated and the configured time-span has elapsed.
The event system has a rate limiter to reduce CPU load. Each channel has a quota of 10 events/
second. If the quota is exceeded the event channel is blocked until the event changes is below the
quota.
3.4.1 Event buffers GUID-01A1D3E8-A9FE-4AB1-82E1-AC374D84AA8E v1
Binary input points, double-bit input points, counters and analog input points each have buffer
sizes of 1000 events.
3.5 Command handling GUID-0C671343-CDEE-4030-857B-9B5397F8297D v3
DNP3 allows for operation on binary outputs via CROB. Direct Operate, Direct Operate with No
Acknowledgement as well as Select/Operate pairs are allowed. The protocol requires that a pair of
select and operate messages is completely alike and only one sequence number apart. This in turn
requires masters not to send any requests between the selected message and the operate
message, otherwise the operate request will be denied.
Select and Operate requests may contain multiple objects. The select/control buffer size is large
enough to hold 10 of the largest select requests possible.
DNP, 670 series 15

3.5.1 Automation bits GUID-BF9E3DA5-6C05-4068-A899-577D121856A5 v1
Automation bit signals can be used to interpret and execute the count, on-time and off-time
parameters of a CROB. Thereby pulse trains of different characteristics and lengths can be
generated, and the outputs from the automation bits component can be connected to other
function blocks in PCM600.
3.5.2 Apparatus control GUID-54B13CDA-9165-4130-857E-5D08652B57B8 v5
Apparatuses can be controlled via DNP3. Open and close points to SCSWI are available for
mapping in PCM600. These points can then be written to by as CROBs, thereby opening or closing
the breaker. It is important to note that the control model, ctlModel, of the SCSWI is respected
when set to SBO Enh. If ctlModel is set to SBO Enh, direct operate commands from DNP3 are not
allowed. On the other hand, if ctlModel is set to Dir Norm, SBO commands from DNP3 are allowed.
Furthermore, the select timeout parameter tSelectTimeout in DNP3 should be set so that it
harmonizes with the tSelect parameter of the SCSWI. The shortest of the two parameters dictates
the timing of select/execute.
The output L_CAUSE of SCSWI can be used to get command response feedback. It is limited to
cover the command responses from the function specific command evaluation and keeps it
available until a new command is processed and responded to by the function. The causes that are
not always reflected on the output L_CAUSE, with description of the typical reason, are listed in
Table 2.
Table 2: Cause values not reflected on the output L_CAUSE

Cause number Cause description Conditions
3 Select-failed Canceled due to an unsuccessful selection
(select service)
8 Blocked-by-Mode Control action is blocked because the LN (CSWI)
is in a mode (Mod) which doesn’t allow any
switching or does not match the mode of the
command.
12 Command-already-in-execution Control, select or cancel service is rejected
because control action is already running.
13 Blocked-by-health Control action is blocked due to some internal
event that prevents a successful operation
(Health).
16 Time-limit-over Control action is terminated due to exceed of
some time limit.
18 Object-not-selected Control action is rejected because control object
was not selected.
19 Object-already-selected Select action is not executed because the
addressed object is already selected.
20 No-access-authority Control action is blocked due to lack of access
authority.
26 Inconsistent-parameters The parameters between successive control
services are not consistent, for example the
ctlNum of Select and Operate service are
different.
27 Locked-by-other-client Another client has already reserved the object.
16 DNP, 670 series

3.5.3 Binary output status points and control relay output blocks GUID-226B14A8-63D2-4CE3-9B44-ACB3B1F783B9 v2
While binary outputs status (BOS) points are included here for completeness, they are not often
polled by DNP3 masters. BOS points represent the most recent value from a command operation
for the corresponding control relay output block (CROB) point. BOS points are not recommended
to be included in class 0 polls.
As an alternative, it is recommended that actual status values affected by CROB points should be
mapped as BI or DI. Requesting CROBs on the Open and Close points of SCSWI operate the
breaker. The operation may take several seconds to complete. This means that a success response
from the operate command may have been returned from the CROB even though the operation is
still in progress. Therefore, the mentioned outputs from, for example, SCSWI need to be
monitored as a complement.
This implies that the binary output object should not be assigned to classes 1, 2 or 3. A read of the
binary outputs returns the last value written to that output.
3.6 Time synchronization GUID-A64325B9-381F-48A3-8130-8A17EE0C1C80 v4
DNP3 supports time synchronization of the IED via object numbers 50...52. Time synchronization
via DNP3 should only be used if time source with better accuracy is not available, for example, IRIG-
B, GPS or SNTP. For TCP/IP channels, the LAN procedure should be used, in which two separate
messages are transmitted from the master, record current time and write, see DNP3 Specification
Volume 5 for more information.
Parameters have to be set among the system wide time parameters as well as
among the individual DNP3 masters.
DNP3 can be set for a coarse synchronization source under Configuration/Time/

Synchronisation/TIMESYNCHGEN:1/CoarseSyncSrc in the LHMI tree. Note that when DNP3 is set
as coarse synchronization source, no fine synchronization source shall be configured. Otherwise,
the time will jump between the fine and the coarse synchronization time sources.
Each DNP3 master configuration block has a number of parameters that affect the time
synchronization. Only one master at a time is configured to set the time in the IED. Therefore, only
one master configuration block enables the DNPToSetTime and TSyncReqAfTout parameter. That
is, both parameters must have the same value and should only be set for one master at a time.
The tSyncTimeout parameter defines how long after a successful time synchronization the
NeedTime IIN bit has to be set. The tSyncReqAfTout parameter defines if the tSyncTimeout should
be used or not. Also, the IED supports both the new standard directive of use of UTC and local
time for backward compatibility (ExtTimeFormat). If UTC is selected, the time in the time
synchronization messages is expected to be in UTC, and vice versa.
3.7 Analog inputs GUID-7CD0F06F-7599-44C8-A236-7BB024EC11B8 v2
It is important to note that 16-bit and 32-bit variations of analog inputs are transmitted through
DNP3 as signed numbers. The default analog input event buffer size is set 1000.
DNP, 670 series 17

3.7.1 Analog data scaling GUID-21EFDFEB-EF2B-462A-8144-38207469785B v6
The four scaling options associated with analog input data reporting are None, Ratio,
Multiplicative and Divisor.
Ratio, multiplicative and divisor scaling methods

The PCM600 tool contains four value arguments related to the scaling methods: sourceMinVal,
sourceMaxVal, destMinVal and destMaxVal. The use of these arguments differs depending on the
scaling method.
The ratio, multiplicative and divisor scaling methods use the first two arguments, souceMinVal
and sourceMaxVal, to define the source value range inside which the object is to be used. The
complete value range of the object is usually wanted even though the user could freely define the
source range.
Arguments three and four, destMinVal and destMaxVal, define the destination value range. In ratio
scaling, arguments destMinVal and destMaxVal define the corresponding range of the scaled,
reported DNP3 value.
DNPvalue=
 (destMaxVal-destMinV Val) 
(sourceValue - sourceMinVal)  (sourceMaxVal - sourceMinVal)  +destMinVal
 
GUID-9F985816-2268-412A-AE24-ED90EAC44AD7 V2 EN-US (Equation 1)
In multiplicative scaling, argument four destMaxVal becomes a scale constant.
DNPvalue = sourceValue × destMaxVal

GUID-6AE38BAE-8FD6-44DD-9D53-45BE7AB121FF V1 EN-US (Equation 2)
In divisor scaling, argument four destMaxVal becomes a scale constant.
sourceValue
DNPvalue =
destMaxVal
GUID-35F9E774-67FF-4257-8BA1-6D2E2CB4EC57 V1 EN-US (Equation 3)
3.7.2 Analog input signal scaling for DNP3 master presentation GUID-CAC9E9AA-B58D-4A9E-9337-914BE52A9AB8 v5
The presentation of an analog value in a telecontrol protocol varies between the different
protocols and also with the age of the used protocol version. The range is from a simple 8 bit
integer up to a double precision floating point. Internally in the IED many calculations are floating
points.
PCM600 supports the re-scaling and the justification to the register presentation given by the
project demands.
Figure 3 presents a typical example of a signal flow in the IED from the CTs, VTs to the DNP3
master. The CT, VT is connected to the IED by the transformer module TRM. The SMAI function
block is a preprocessor to calculate, check the signals for further use in application function blocks
of type MMXU. MMXU calculates the RMS values for the most used analog signals like, V, I, P, Q, for
example. The RMS values are available in floating point presentation as output signals of function
blocks of type MMXU.
18 DNP, 670 series

DNP3
Equation mode
’DEVICE PROFILE’
Reg. justification
Analog Input Points
MMXU Scaling to DNP3

DNP3
TRM
or other
SMAI application DNP3 Comm.
master
functions demands Interface
DNP3
Source values Register length Destination Values
(Float, 32, 16, 12, 8 bit)
ANSI13000288-1-en.vsd
ANSI13000288 V1 EN-US
Figure 3: PCM600: typical example of DNP3 scaling

The actual DNP3 specification defines 6 variations for the presentation of an analog value:
• Variation 1 - 32-bit with flag

• Variation 2 - 16-bit with flag
• Variation 3 - 32-bit without flag
• Variation 4 - 16-bit without flag
• Variation 5 - single-precision floating point with flag
• Variation 6 - double-precision floating point with flag
The IED supports all 32-bit and floating point variants without any additional scaling
configuration. This is given as long as the MaxSourceVal (as it is given in the IED as floating point)
is in the range of a 32-bit signed integer value (max. 32-bit = 2 147 483 648).
DNP, 670 series 19

DNP3 AI scaling
DNP3 = YES
Float or
32 bit DNP3-Register =
16, 12 or 8 bit
Do AI scaling in
’DNP3 Value NO
for all AI types and variants = angle
Get MinDestValue and + 32 bit
MaxDestValue for CMT AI scaling
Get MinSourceValue and Scale Ratio to degree

Select next
MaxSourceValue and resolution
DNP3 client
from PST for all AIs for all angle AI values
Calculate Scaling factor on base

of SourceValue and DestValue
and define Equation mode
Configure A
’Configuration Table’
in CMT for all AI values
NO All
DNP3 clients
done
END
IEC08000407.vsd
IEC08000407 V2 EN-US
Figure 4: CMT: Configuration Flowchart
3.8 DNP3 points GUID-50A15A41-DA0E-44A0-9E47-3F3B9FFAEE7D v2
See the engineering manual for instructions on how to configure DNP3 with
PCM600.
20 DNP, 670 series

3.8.1 Point configuration GUID-47688CC2-5023-4A38-B842-6E1E8BE60345 v1
The DNP3 point map is configurable in PCM600. All points in the IED may be remapped. In
PCM600, the unmapped points in the variables list on the left may be inserted to the active point
list on the right.
Point gaps may be inserted if wanted. However, too many and too big gaps are not recommended.
Point gaps cannot be read by the client.
3.8.2 Class assignment GUID-4AE68944-4AA1-48F0-B812-27306F5B7D24 v6
Class assignment allows the events generated in the IED to be reported as DNP3 events. Some
configurations exceed the class assignment possibilities defined by the standard.
Table 3: DNP3 point map configuration

Configuration Description
None Integrity class 0 scan returns gap.
Value is available only via static scan.
Point does not generate events.
Class 0 Point is returned in the class 0 scan.
Point does not generate events.
Class 0 and any class 1,2,3 Point is returned in the class 0 scan.
combination Point generates events for the selected class or classes.
Class 1, 2 or 3 combination Point is not returned in the class 0 scan.
Point generates events for the selected class or classes.
Binary outputs status (BOS) points exist only if the corresponding control relay output block
(CROB) point has been inserted in the active point list.
3.9 Fault record GUID-F226B59F-BB08-4AB3-8026-D3D7BAD863AA v3
Fault record is a mechanism to browse through disturbance records. It shows a snapshot of

important information from each existing disturbance record.
Fault record contains signals that provide information on the current disturbance that the user of
the FaultRecord has selected. It provides signals that help the user to iterate and browse through
the existing disturbances. All the signals that can be used to iterate the fault records can be
mapped as binary outputs in PCM600 and operated on with CROBs. All signals that provide
information on the current disturbance can be mapped as analog inputs and read by the master.
The DNP3 master navigates through the FaultRecord using the three signals:
• GetFirstRec fetches the oldest record in the FaultRecord.

• GetNextRec fetches the next record in time in the FaultRecord relative to the previously
fetched record. If the previously fetched record is the newest, no fetch is done.
• GetPrevRec fetches the previous record in time in the FaultRecord relative to the previously
fetched record. If the previously fetched record is the oldest, no fetch is done.
When a new disturbance is recorded, and the outputs are mapped to one of the event classes,
events are generated, but the navigation in the FaultRecord is not affected. Hence, when the next
DNP, 670 series 21

command is sent from the DNP3 master, the fetched position is relative to the last fetch done; the
position in the FaultRecord before the new disturbance occurred.
The output signals provide the fault record number, which is the number of the disturbance in the
LHMI or PCM600, the number of faults in the IED, the active setting group at the time of the
disturbance recording, the trigger signal identity, the time stamp at the trigger time as well as the
fault location and the fault type. In addition, the magnitude, angle, fault magnitude and fault angle
are provided for up to 30 of the analog channels connected to the disturbance recorder, and for
the last 10 analog channels, the calculated value at the trigger time is provided.
22 DNP, 670 series

DNP3 parameters
Section 4 DNP3 parameters

4.1 Parameter descriptions GUID-BA3F0B25-9823-4CB4-9CA2-B3F8918122DD v9
The DNP3 parameters for a specific IED can be accessed with PCM600 via Configuration/
Communication/Station Communication/DNP3.0. There is one general setting for DNP3
(Disabled/Enabled), available in function DNPGEN:1. This parameter must be Enabled for the other
parameters to have effect. Each communication channel has specific settings.
Function OPTICALPROT:1 is used to arbitrate between communication protocols such as DNP3 or

IEC 60870-5-103 on the optical port. Function RS485PROT:1 is used to select if DNP3 or IEC
60870-5-103 communication protocol shall be used for the RS485 serial port. When RS485 serial
port is selected, also settings in function RS485GEN:1 must be considered.
There are specific settings for the serial channel depending on if the serial optical or RS485
interface is used. Communication specific settings for the serial optical interface are available in
function OPTICALDNP:1 and communication specific settings for the RS485 interface are available
in function RS485DNP:1. There are specific settings for the master sessions, available in function
MSTSERIAL:1, when a master session occurs on the serial channel.
In function DNPGENTCP:1 the selection of physical ports for the protocol is configured. There are
specific settings for the TCP/IP channel, available in functions CH1TCP to CH4TCP and MST1TCP
to MS4TCP.
The channel blocks and the master blocks are separate but should be treated as pairs grouped
together with a number. For example, CH1TCP and MST1TCP should be treated as an entity during
engineering. The reason for this division is that it is conceptually possible to have multiple
masters talking on the same channel, for example, a serial link, and it is also possible to imagine a
single master switching between different channels, for example, different serial links.
TCP/IP communication, CH1TCP - CH4TCP channels settings

TCPIPLisPort defines the listen port if the channel is configured for TCP/IP. Default is 20000.
UDPPortAccData defines the port on which the UDP datagrams should be accepted if the channel
is configured for networking. Default is 20000.
UDPPortInitNUL defines the master's destination port to which the initial NULL response should
be sent if the channel is configured for networking. Default is 20000.
UDPPortCliMast defines the master's destination port to which responses should be sent if the
channel is configured for networking. If the parameter is set to 0, the port number and master IP
address is taken from the previous request. Default is 0. There are specific settings for the master
sessions if the master session occurs on the serial channel or on the TCP/IP channels.
ApLayMaxRxSize specifies the maximum application fragment size received in octets.
ApLayMaxTxSize specifies the maximum application fragment size transmitted in octets.
Master session settings for a specific communication channel ,MST1TCP -

MST4TCP
Operation determines the operation of the master session. 0 = Disabled. 1 = Enabled.
DNP, 670 series 23

DNP3 parameters
SlaveAddress defines the DNP3 address of this master session.
MasterAddress defines the DNP3 address that this master session uses for communication.
ValMasterAddr determines if the stack should validate the source address in receive frames. DNP3
frames contain both a source address field and a destination address field. If this parameter is set
to 0, the stack does not validate the source address and thus the frames whose destination
address matches the configured slave session are accepted. If this parameter is set to 1, both the
source and the destination addresses have to match before the frame is accepted.
When going down in baudrate, the size of the configuration on DNP must be
considered.
MasterIP-Addr defines the master's IP address.
MasterIPNetMsk determines the subnet mask that should be used to mask with the IP address.
Obj1DefVar determines the default variation for Object 1, Binary Inputs.
Obj2DefVar determines the default variation for Object 2, Binary Input Change Events.
Obj3DefVar determines the default variation for Object 3, Double Bit Inputs.
Obj4DefVar determines the default variation for Object 4, Double Bit Input Change Events.
Obj10DefVar determines the default variation for Object 10, Binary Output Status.
Obj20DefVar determines the default variation for Object 20, Binary Counters.
Obj22DefVar determines the default variation for Object 22, Binary Counter Change Events.
Obj30DefVar determines the default variation for Object 30, Analog Inputs.
Obj32DefVar determines the default variation for Object 32, Analog Change Events.
AddrQueryEnbl determines whether to enable self-address functionality on this master session

(slave) as specified by the DNP Technical Bulletin 2003-003. Self-Address Reservation. The master
session (Slave) responds to the address 0xfffc as if it had received a request for its configured
address. It responds with its own address so that the master can automatically discover the slave
address.
tApplConfTout specifies how long the slave waits for the application layer confirmation from the
master. This in combination with unsolRetryDelay or unsolOfflineRetryDelay determines how
frequently an unsolicited response is resent.
ApplMultFrgRes determines if the application layer of this master session in the slave is allowed to
send multi fragment responses.
ConfMultFrag determines if application layer confirmations are requested for non-final fragments
of a multi-fragment response. Application layer confirmations are always requested for responses
that contain events.
UREnable determines if unsolicited responses are allowed. If set to 0, no unsolicited responses are
generated and requests to enable or disable unsolicited responses fail.
24 DNP, 670 series

DNP3 parameters
UREvClassMask specifies the initial or new state of the unsolicited event mask. This mask is used
to determine which event class or classes generate unsolicited responses. According to the DNP3
specification, unsolicited responses should be disabled until an Enable Unsolicited Response
request is received from the master. Thus, this value should generally be 0. However, some
masters do not generate the Enable Unsolicited Response message, in which case they must be
enabled here. Keep the value to 0 for all other purposes.
UROfflineRetry specifies the maximum number of unsolicited retries before changing to the
offline retry period. Up to 65535 retries can be specified. Set UROfflRetryDel to the same value as
URRetryDelay to define an infinite number of retries.
tURRetryDelay specifies in seconds the time to delay after an unsolicited confirm timeout before
retrying the unsolicited response.
tUROfflRtryDel specifies in seconds the time to delay after an unsolicited timeout before retrying
the unsolicited response if UROfflineRetry has been attempted. To disable retries after
UROfflineRetry, set this value to the maximum value of a stack timer: 31 days. This limits the
retries to one in every 31 days.
UREvCntThold1 If unsolicited responses are enabled, this parameter specifies the maximum
number of events in class 1 to be allowed before an unsolicited response is generated.
tUREvBufTout1 If unsolicited responses are enabled (UREnable), this parameter specifies the
maximum amount of time in seconds before an unsolicited response is generated after an event in
class 1 has been received.
UREvCntThold2 If unsolicited responses are enabled (UREnable), this parameter specifies the
maximum number of allowed class 2 events before an unsolicited response is generated.
class 2 has been received.
UREvCntThold3 If unsolicited responses are enabled (UREnable), this parameter specifies the
maximum number of allowed class 3 events before an unsolicited response will be generated.
class 3 has been received .
DelOldBufFull If this parameter is set to 1, the event with the earliest timeStamp is deleted when a
new event is added to the full event queue.
ExtTimeFormat 0 = LocalTime. 1 = UTC.
DNPToSetTime determines if time synch messages received for this master session (slave) are
allowed to set the local time in the IED.
tSynchTimeout sets the periodicity for time requests. That is, it defines how long after a
succeeded time synch message from the master, the IIN.4 bit should be set.
TsyncReqAfTout determines if the stack should start with the IIN.4 bit set.
Averag3TimeReq determines if the IED needs three time synch messages to set the time. If set, the
IIN.4 bit is high until three time synch messages are received. The average of the two best
messages are used to set the time.
DNP, 670 series 25

DNP3 parameters
PairedPoint enables the Object12 Close request on an even-index point to access the next-index
point.
tSelectTimeout specifies the maximum amount of time that a select remains valid before the
corresponding operate is received.
The master subnet mask must not be changed unless the master gets its IP-
address dynamically assigned via, for example, DHCP. For details see, DNP3 TCP/IP
mode
tBrokenConTout determines how long a session is active after a TCP/IP connection has been
broken. After that time period the master session becomes inactive and events are not stored. If
the parameter is set to 0, events are stored until the buffers overflow.
tKeepAliveT determines, in seconds, how often the DNP3 master session sends keep-alive
messages. Default is 10s.
4.1.1 Serial optical and RS485 communication channel settings GUID-E86643AC-2771-47CE-89D7-7FC9F47ED9E1 v3
RS485 specific communication channel settings, RS485GEN

Wiremode determines the wire mode if the device is configured for RS485. RS485 is a balanced
serial communication that can be used in two ways:
• Two-wire
• Four-wire
A two-wire connection uses the same signal for RX and TX, and is a multidrop communication with
no dedicated master or slave. This variant requires however a control of the output. The four-wire
connection has separate signals for RX and TX multidrop communication with a dedicated master
and the rest are slaves. No special control signal is needed in this case.
BIAS sets the bus bias to Enabled or Disabled.
Operation selection for RS485 and optical serial communication,

OPTICALPROT and RS485PROT
ProtocolSel selects if the communication in RS485 and optical serial modes happens via DNP or
IEC 103 communication protocol. It can be Disabled via Parameter Setting tool or local HMI.
DNP3.0 for optical RS-232 and EIA-485 communication protocol,

OPTICALDNP and RS485DNP
BaudRate specifies the baud rate on the serial.
DLinkConfirm determines when the stack should ask for link layer confirmations. Since DNP3
supports breaking an application layer message into multiple link layer frames, set to the
following based on the desired operation for a specific communication session:
• Never - not for any frame

• Sometimes - only for multiframe message fragments
• Always - for all frames
26 DNP, 670 series

DNP3 parameters
tDLinkTimeout specifies the maximum amount of time to wait for a link level confirm if requested
(that is, if DLinkConfirm is Enabled). Even if DLinkConfirm is set to Never, this will be used for
linktest frame and request link status if they are sent.
DLinkRetries is the maximum number of link layer retries if data-link layer confirms time up.
tRxToTxMinDel is the minimum time (in seconds) after receiving a character, before another
attempt to transmit a character on this channel. This is generally useful when using a modem or
some other communication device that requires a minimum time between receive and transmit.
ApLayMaxRxSize specifies the maximum application fragment size received in octets.
ApLayMaxTxSize specifies the maximum application fragment size transmitted in octets.
Stopbit defines the number of stop bits for the serial port.
Parity defines the parity to use for the serial port it can be set to:
• None - no parity used

• Even - even parity used
• Odd - odd parity used
tRTSWarmUp configures transmitter warm-up and warm-down delay times (in milliseconds). If
warm-up is configured to non-zero then at start of the send, the transmitter is Enabled. This
means that the line is driven but the data send of the start is delayed by the warm-up delay time.
tRTSWarmDown specifies that if warm-down is configured to non zero then at end of the send,
the transmitter deactivation is delayed by the warm-down time.
tBackOffDelay specifies that if the data send is started, a check is made if data is being received at
that time. If yes, a back-off timer is started and when it times out, a check is made again to see if
line is idle. If no, a new back-off timer is started. This is repeated until the line is idle and send can
start. Line idle is determined when nothing is received for more than a character time. The back-
off time consists of a configurable fixed time and a random time where the maximum random
time is also configurable. The back-off feature is always on.
tMaxRndDelBkOf specifies the configurable RS485 maximum back-off random time delay in
seconds.
HWCollisionDetect, a new collision detect feature in hardware is implemented to improve the

sensitivity for collision detection. The performance of this feature depends on parameters of the
RS485 network as well as the protocol behaviour. It can even have negative impact on performance
in some circumstances, therefore usage of the feature should be tested and adapted for each
specific installation.
HWCollisionDetect is only used for RS485 networks, thus is only available in

RS485DNP function.
Master session settings for RS485 communication channel, MSTSERIAL

ChToAssociate defines the channel, to which this master session should be associated to.
DNP, 670 series 27

DNP3 parameters
The MSTSERIAL function includes the same settings as the MS1TCP to MS4TCP
functions, except the ChToAssociate setting which is used to select either the
serial optical or RS485 communication interface on hardware modules.
4.2 Parameter list
4.2.1 Parameter list for optical and RS485 communication channel

PID-4060-SETTINGS v5
Table 4: RS485GEN Non group settings (basic)

Name Values (Range) Unit Step Default Description
WireMode Four-wire - - Four-wire Two or four wire mode
Two-wire
Table 5: RS485PROT Non group settings (basic)

ProtocolSel Disabled - - Disabled Protocol selection
DNP
IEC103
Table 6: DNPGEN Non group settings (basic)

Operation Disabled - - Disabled Operation Disabled/Enabled
Enabled
Table 7: MSTSER Non group settings (basic)

Enabled
ChToAssociate RS485 - - RS485 Channel to associate to
Optical
SlaveAddress 0 - 65519 - 1 1 Slave address
MasterAddress 0 - 65519 - 1 1 Master address
Obj1DefVar 1:BI - - 1:BI Object 1, default variation
2:BI+Flags
Obj2DefVar 1:BIEv - - 3:BIEv+RelTime Object 2, default variation
2:BIEv+AbsTime
3:BIEv+RelTime
Obj3DefVar 1:DI - - 1:DI Object 3, default variation
2:DI+Flags
28 DNP, 670 series

DNP3 parameters

Obj4DefVar 1:DIEv - - 3:DIEv+RelTime Object 4, default variation
2:DIEv+AbsTime
3:DIEv+RelTime
Obj10DefVar 1:BO - - 2:BO+Flags Object 10, default variation
2:BO+Flags
Obj20DefVar 1:CNT32+Flags - - 5:CNT32 Object 20, default variation
2:CNT16+Flags
5:CNT32
6:CNT16
Obj22DefVar 1:CNTEv32 - - 1:CNTEv32 Object 22, default variation
2:CNTEv16
5:CNTEv32+Time
6:CNTEv16+Time
Obj30DefVar 1:AI32Int+Flags - - 3:AI32Int Object 30, default variation
2:AI16Int+Flags
3:AI32Int
4:AI16Int
5:AI32Flt+Flags
6:AI64Flt+Flags
Obj32DefVar 1:AIEv32Int - - 1:AIEv32Int Object 32, default variation
2:AIEv16Int
3:AIEv32Int+Time
4:AIEv16Int+Time
5:AIEv32Flt
6:AIEv64Flt
7:AIEv32Flt+Time
8:AIEv64Flt+Time
Table 8: MSTSER Non group settings (advanced)

ValMasterAddr No - - Yes Validate source (master) address
Yes
AddrQueryEnbl No - - Yes Address query enable
Yes
tApplConfTout 0.00 - 300.00 s 0.01 10.00 Application layer confim timeout
ApplMultFrgRes No - - Yes Enable application for multiple fragment
Yes response
ConfMultFrag No - - Yes Confirm each multiple fragment
Yes
UREnable No - - Yes Unsolicited response enabled
Yes
UREvClassMask Disabled - - Disabled Unsolicited response, event class mask
Class 1
Class 2
Class 1 and 2
Class 3
Class 1 and 3
Class 2 and 3
Class 1, 2 and 3
UROfflineRetry 0 - 10 - 1 5 Unsolicited response retries before off-line
retry mode
tVRRetryDelay 0.00 - 60.00 s 0.01 5.00 Unsolicited response retry delay in s
DNP, 670 series 29

DNP3 parameters

tVROfflRtryDel 0.00 - 60.00 s 0.01 30.00 Unsolicited response off-line retry delay in
s
UREvCntThold1 1 - 100 - 1 5 Unsolicited response class 1 event count
report treshold
tVREvBufTout1 0.00 - 60.00 s 0.01 5.00 Unsolicited response class 1 event buffer
timeout
report treshold
timeout
report treshold
timeout
DelOldBufFull No - - No Delete oldest event when buffer is full
Yes
ExtTimeFormat LocalTime - - UTC External time format
UTC
DNPToSetTime No - - Yes Allow DNP to set time in IED
Yes
tSynchTimeout 30 - 3600 s 1 1800 Time synch timeout before error status is
generated
TSyncReqAfTout No - - No Time synchronization request after
Yes timeout
Averag3TimeReq No - - No Use average of 3 time requests
Yes
PairedPoint No - - Yes Enable paired point
Yes
tSelectTimeout 1.0 - 60.0 s 0.1 30.0 Select timeout
Table 9: CHSEROPT Non group settings (basic)

BaudRate 300 Bd - - 9600 Bd Baud-rate for serial port
600 Bd
1200 Bd
2400 Bd
4800 Bd
9600 Bd
19200 Bd
38400 Bd
57600 Bd
115200 Bd
30 DNP, 670 series

DNP3 parameters
Table 10: CHSEROPT Non group settings (advanced)

DLinkConfirm Never - - Never Data-link confirm
Sometimes
Always
tDLinkTimeout 0.000 - 60.000 s 0.001 2.000 Data-link confirm timeout in s
DLinkRetries 0 - 255 - 1 3 Data-link maximum retries
tRxToTxMinDel 0.000 - 60.000 s 0.001 0.000 Rx to Tx minimum delay in s
ApLayMaxRxSize 20 - 2048 - 1 2048 Application layer maximum Rx fragment
size
ApLayMaxTxSize 20 - 2048 - 1 2048 Application layer maximum Tx fragment
size
StopBits 1-2 - 1 1 Stop bits
Parity No - - Even Parity
Even
Odd
Table 11: CHSERRS485 Non group settings (basic)

BaudRate 300 Bd - - 9600 Bd Baud-rate for serial port
600 Bd
1200 Bd
2400 Bd
4800 Bd
9600 Bd
19200 Bd
38400 Bd
57600 Bd
115200 Bd
Table 12: CHSERRS485 Non group settings (advanced)

DLinkConfirm Never - - Never Data-link confirm
Sometimes
Always
tDLinkTimeout 0.000 - 60.000 s 0.001 2.000 Data-link confirm timeout in s
DLinkRetries 0 - 255 - 1 3 Data-link maximum retries
tRxToTxMinDel 0.000 - 60.000 s 0.001 0.000 Rx to Tx minimum delay in s
size
size
StopBits 1-2 - 1 1 Stop bits
Parity No - - Even Parity
Even
Odd
DNP, 670 series 31

DNP3 parameters

tRTSWarmUp 0.000 - 60.000 s 0.001 0.000 RTS warm-up in s
tRTSWarmDown 0.000 - 60.000 s 0.001 0.000 RTS warm-down in s
tBackOffDelay 0.000 - 60.000 s 0.001 0.050 RS485 back-off delay in s
tMaxRndDelBkOf 0.000 - 60.000 s 0.001 0.100 RS485 maximum back-off random delay in
s
4.2.2 Parameter list for TCP/IP

Table 13: CH1TCP Non group settings (basic)

Operation Disabled - - Disabled Operation mode
TCP/IP
UDP-Only
TCPIPLisPort 1 - 65535 - 1 20000 TCP/IP listen port
UDPPortAccData 1 - 65535 - 1 20000 UDP port to accept UDP datagrams from
master
UDPPortInitNUL 1 - 65535 - 1 20000 UDP portfor initial NULL response
UDPPortCliMast 0 - 65535 - 1 0 UDP port to remote client/master
Table 14: CH1TCP Non group settings (advanced)

size
size

TCP/IP
UDP-Only
master
UDPPortInitNUL 1 - 65535 - 1 20000 UDP port for initial NULL response
32 DNP, 670 series

DNP3 parameters

size
size

TCP/IP
UDP-Only
master

size
size

TCP/IP
UDP-Only
master

size
size
DNP, 670 series 33

DNP3 parameters
Table 21: MST1TCP Non group settings (basic)

Enabled
MasterAddress 0 - 65519 - 1 1 Master address
Yes
MasterIP-Addr 0 - 18 IP 1 0.0.0.0 Master IP-address
Address
MasterIPNetMsk 0 - 18 IP 1 255.255.255.255 Master IP net mask
Address
Obj1DefVar 1:BI - - 1:BI Object 1, default variation
2:BI+Flags
Obj2DefVar 1:BIEv - - 3:BIEv+RelTime Object 2, default variation
2:BIEv+AbsTime
3:BIEv+RelTime
Obj3DefVar 1:DI - - 1:DI Object 3, default variation
2:DI+Flags
Obj4DefVar 1:DIEv - - 3:DIEv+RelTime Object 4, default variation
2:DIEv+AbsTime
3:DIEv+RelTime
Obj10DefVar 1:BO - - 2:BO+Flags Object 10, default variation
2:BO+Flags
Obj20DefVar 1:CNT32+Flags - - 5:CNT32 Object 20, default variation
2:CNT16+Flags
5:CNT32
6:CNT16
Obj22DefVar 1:CNTEv32 - - 1:CNTEv32 Object 22, default variation
2:CNTEv16
5:CNTEv32+Time
6:CNTEv16+Time
Obj30DefVar 1:AI32Int+Flags - - 3:AI32Int Object 30, default variation
2:AI16Int+Flags
3:AI32Int
4:AI16Int
5:AI32Flt+Flags
6:AI64Flt+Flags
Obj32DefVar 1:AIEv32Int - - 1:AIEv32Int Object 32, default variation
2:AIEv16Int
3:AIEv32Int+Time
4:AIEv16Int+Time
5:AIEv32Flt
6:AIEv64Flt
7:AIEv32Flt+Time
8:AIEv64Flt+Time
34 DNP, 670 series

DNP3 parameters
Table 22: MST1TCP Non group settings (advanced)

Yes
Yes response
Yes
Yes
Class 1
Class 2
Class 1 and 2
Class 3
Class 1 and 3
Class 2 and 3
Class 1, 2 and 3
retry mode
s
report treshold
timeout
report treshold
timeout
report treshold
timeout
Yes
UTC
DNPToSetTime No - - No Allow DNP to set time in IED
Yes
generated
Yes timeout
Yes
Yes
DNP, 670 series 35

DNP3 parameters

tBrokenConTout 0 - 3600 s 1 0 Broken connection timeout
tKeepAliveT 0 - 3600 s 1 10 Keep-Alive timer

Enabled
MasterAddres 0 - 65519 - 1 1 Master address
Yes
Address
Address
Obj1DefVar 1:BISingleBit - - 1:BISingleBit Object 1, default variation
2:BIWithStatus
Obj2DefVar 1:BIChWithoutTim - - 3:BIChWithRelTi Object 2, default variation
e me
2:BIChWithTime
3:BIChWithRelTim
e
Obj3DefVar 1:DIWithoutFlag - - 1:DIWithoutFlag Object 3, default variation
2:DIWithFlag
Obj4DefVar 1:DIChWithoutTim - - 3:DIChWithRelTi Object 4, default variation
e me
2:DIChWithTime
3:DIChWithRelTim
e
Obj10DefVar 1:BO - - 2:BOStatus Object 10, default variation
2:BOStatus
Obj20DefVar 1:BinCnt32 - - 5:BinCnt32WoutF Object 20, default variation
2:BinCnt16
5:BinCnt32WoutF
6:BinCnt16WoutF
36 DNP, 670 series

DNP3 parameters

Obj22DefVar 1:BinCnt32EvWout - - 1:BinCnt32EvWou Object 22, default variation
T tT
2:BinCnt16EvWou
tT
5:BinCnt32EvWith
T
6:BinCnt16EvWith
T
Obj30DefVar 1:AI32Int - - 3:AI32IntWithout Object 30, default variation
2:AI16Int F
3:AI32IntWithoutF
4:AI16IntWithoutF
5:AI32FltWithF
6:AI64FltWithF
Obj32DefVar 1:AI32IntEvWoutF - - 1:AI32IntEvWoutF Object 32, default variation
2:AI16IntEvWoutF
3:AI32IntEvWithFT
4:AI16IntEvWithFT
5:AI32FltEvWithF
6:AI64FltEvWithF
7:AI32FltEvWithFT
8:AI64FltEvWithF
T

Yes
Yes response
Yes
Yes
Class 1
Class 2
Class 1 and 2
Class 3
Class 1 and 3
Class 2 and 3
Class 1, 2 and 3
retry mode
s
report treshold
timeout
DNP, 670 series 37

DNP3 parameters

report treshold
timeout
report treshold
timeout
Yes
UTC
Yes
generated
Yes timeout
Yes
Yes

Enabled
Yes
Address
Address
2:BIWithStatus
e me
2:BIChWithTime
3:BIChWithRelTim
e
38 DNP, 670 series

DNP3 parameters

2:DIWithFlag
e me
2:DIChWithTime
3:DIChWithRelTim
e
2:BOStatus
2:BinCnt16
5:BinCnt32WoutF
6:BinCnt16WoutF
T tT
2:BinCnt16EvWou
tT
5:BinCnt32EvWith
T
6:BinCnt16EvWith
T
2:AI16Int F
3:AI32IntWithoutF
4:AI16IntWithoutF
5:AI32FltWithF
6:AI64FltWithF
2:AI16IntEvWoutF
3:AI32IntEvWithFT
4:AI16IntEvWithFT
5:AI32FltEvWithF
6:AI64FltEvWithF
7:AI32FltEvWithFT
8:AI64FltEvWithF
T

Yes
Yes response
Yes
Yes
DNP, 670 series 39

DNP3 parameters

Class 1
Class 2
Class 1 and 2
Class 3
Class 1 and 3
Class 2 and 3
Class 1, 2 and 3
retry mode
s
report treshold
timeout
report treshold
timeout
report treshold
timeout
Yes
UTC
Yes
generated
Yes timeout
Yes
Yes
40 DNP, 670 series

DNP3 parameters

Enabled
Yes
Address
Address
2:BIWithStatus
e me
2:BIChWithTime
3:BIChWithRelTim
e
2:DIWithFlag
e me
2:DIChWithTime
3:DIChWithRelTim
e
2:BOStatus
2:BinCnt16
5:BinCnt32WoutF
6:BinCnt16WoutF
DNP, 670 series 41

DNP3 parameters

T tT
2:BinCnt16EvWou
tT
5:BinCnt32EvWith
T
6:BinCnt16EvWith
T
2:AI16Int F
3:AI32IntWithoutF
4:AI16IntWithoutF
5:AI32FltWithF
6:AI64FltWithF
2:AI16IntEvWoutF
3:AI32IntEvWithFT
4:AI16IntEvWithFT
5:AI32FltEvWithF
6:AI64FltEvWithF
7:AI32FltEvWithFT
8:AI64FltEvWithF
T

Yes
Yes response
Yes
Yes
Class 1
Class 2
Class 1 and 2
Class 3
Class 1 and 3
Class 2 and 3
Class 1, 2 and 3
retry mode
s
report treshold
timeout
42 DNP, 670 series

DNP3 parameters

report treshold
timeout
report treshold
timeout
Yes
UTC
Yes
generated
Yes timeout
Yes
Yes
DNP, 670 series 43

44
Glossary
Section 5 Glossary
5.1 Glossary M14893-1 v18
AC Alternating current
ACC Actual channel
ACT Application configuration tool within PCM600
A/D converter Analog-to-digital converter
ADBS Amplitude deadband supervision
ADM Analog digital conversion module, with time synchronization
AI Analog input
ANSI American National Standards Institute
AR Autoreclosing
ASCT Auxiliary summation current transformer
ASD Adaptive signal detection
ASDU Application service data unit
AWG American Wire Gauge standard
BBP Busbar protection
BFOC/2,5 Bayonet fiber optic connector
BFP Breaker failure protection
BI Binary input
BIM Binary input module
BOM Binary output module
BOS Binary outputs status
BR External bistable relay
BS British Standards
BSR Binary signal transfer function, receiver blocks
BST Binary signal transfer function, transmit blocks
C37.94 IEEE/ANSI protocol used when sending binary signals between IEDs
CAN Controller Area Network. ISO standard (ISO 11898) for serial
communication
CB Circuit breaker
CBM Combined backplane module
CCITT Consultative Committee for International Telegraph and Telephony. A
United Nations-sponsored standards body within the International
Telecommunications Union.
CCM CAN carrier module
DNP, 670 series 45

Glossary
CCVT Capacitive Coupled Voltage Transformer

Class C Protection Current Transformer class as per IEEE/ ANSI
CMPPS Combined megapulses per second
CMT Communication Management tool in PCM600
CO cycle Close-open cycle
Codirectional Way of transmitting G.703 over a balanced line. Involves two twisted pairs
making it possible to transmit information in both directions
COM Command
COMTRADE Standard Common Format for Transient Data Exchange format for
Disturbance recorder according to IEEE/ANSI C37.111, 1999 / IEC 60255-24
Contra-directional Way of transmitting G.703 over a balanced line. Involves four twisted pairs,
two of which are used for transmitting data in both directions and two for
transmitting clock signals
COT Cause of transmission
CPU Central processing unit
CR Carrier receive
CRC Cyclic redundancy check
CROB Control relay output block
CS Carrier send
CT Current transformer
CU Communication unit
CVT or CCVT Capacitive voltage transformer
DAR Delayed autoreclosing
DARPA Defense Advanced Research Projects Agency (The US developer of the
TCP/IP protocol etc.)
DBDL Dead bus dead line
DBLL Dead bus live line
DC Direct current
DFC Data flow control
DFT Discrete Fourier transform
DHCP Dynamic Host Configuration Protocol
DIP-switch Small switch mounted on a printed circuit board
DI Digital input
DLLB Dead line live bus
DNP Distributed Network Protocol as per IEEE Std 1815-2012
DR Disturbance recorder
DRAM Dynamic random access memory
DRH Disturbance report handler
DSP Digital signal processor
46 DNP, 670 series

Glossary
DTT Direct transfer trip scheme

ECT Ethernet configuration tool
EHV network Extra high voltage network
EIA Electronic Industries Association
EMC Electromagnetic compatibility
EMF Electromotive force
EMI Electromagnetic interference
EnFP End fault protection
EPA Enhanced performance architecture
ESD Electrostatic discharge
F-SMA Type of optical fiber connector
FAN Fault number
FCB Flow control bit; Frame count bit
FOX 20 Modular 20 channel telecommunication system for speech, data and
protection signals
FOX 512/515 Access multiplexer
FOX 6Plus Compact time-division multiplexer for the transmission of up to seven
duplex channels of digital data over optical fibers
FPN Flexible product naming
FTP File Transfer Protocol
FUN Function type
G.703 Electrical and functional description for digital lines used by local
telephone companies. Can be transported over balanced and unbalanced
lines
GCM Communication interface module with carrier of GPS receiver module
GDE Graphical display editor within PCM600
GI General interrogation command
GIS Gas-insulated switchgear
GOOSE Generic object-oriented substation event
GPS Global positioning system
GSAL Generic security application
GSE Generic substation event
HDLC protocol High-level data link control, protocol based on the HDLC standard
HFBR connector type Plastic fiber connector
HLV circuit Hazardous Live Voltage according to IEC60255-27
HMI Human-machine interface
HSAR High speed autoreclosing
HSR High-availability Seamless Redundancy
HV High-voltage
DNP, 670 series 47

Glossary
HVDC High-voltage direct current

IDBS Integrating deadband supervision
IEC International Electrical Committee
IEC 60044-6 IEC Standard, Instrument transformers – Part 6: Requirements for
protective current transformers for transient performance
IEC 60870-5-103 Communication standard for protection equipment. A serial master/slave
protocol for point-to-point communication
IEC 61850 Substation automation communication standard
IEC 61850–8–1 Communication protocol standard
IEEE Institute of Electrical and Electronics Engineers
IEEE 802.12 A network technology standard that provides 100 Mbits/s on twisted-pair
or optical fiber cable
IEEE P1386.1 PCI Mezzanine Card (PMC) standard for local bus modules. References the
CMC (IEEE P1386, also known as Common Mezzanine Card) standard for
the mechanics and the PCI specifications from the PCI SIG (Special Interest
Group) for the electrical EMF (Electromotive force).
IEEE 1686 Standard for Substation Intelligent Electronic Devices (IEDs) Cyber Security
Capabilities
IED Intelligent electronic device
IET600 Integrated engineering tool
I-GIS Intelligent gas-insulated switchgear
IOM Binary input/output module
Instance When several occurrences of the same function are available in the IED,
they are referred to as instances of that function. One instance of a
function is identical to another of the same kind but has a different
number in the IED user interfaces. The word "instance" is sometimes
defined as an item of information that is representative of a type. In the
same way an instance of a function in the IED is representative of a type of
function.
IP 1. Internet protocol. The network layer for the TCP/IP protocol suite widely
used on Ethernet networks. IP is a connectionless, best-effort packet-
switching protocol. It provides packet routing, fragmentation and
reassembly through the data link layer.
2. Ingression protection, according to IEC 60529
IP 20 Ingression protection, according to IEC 60529, level
IP20- Protected against solid foreign objects of 12.5mm diameter and
greater.
IP 40 Ingression protection, according to IEC 60529, level IP40-Protected against
solid foreign objects of 1mm diameter and greater.
IP 54 Ingression protection, according to IEC 60529, level
IP54-Dust-protected, protected against splashing water.
IRF Internal failure signal
IRIG-B: InterRange Instrumentation Group Time code format B, standard 200
ITU International Telecommunications Union
48 DNP, 670 series

Glossary
LAN Local area network

LIB 520 High-voltage software module
LCD Liquid crystal display
LDCM Line data communication module
LDD Local detection device
LED Light-emitting diode
LNT LON network tool
LON Local operating network
MCB Miniature circuit breaker
MCM Mezzanine carrier module
MIM Milli-ampere module
MPM Main processing module
MVAL Value of measurement
MVB Multifunction vehicle bus. Standardized serial bus originally developed for
use in trains.
NCC National Control Centre
NOF Number of grid faults
NUM Numerical module
OCO cycle Open-close-open cycle
OCP Overcurrent protection
OEM Optical Ethernet module
OLTC On-load tap changer
OTEV Disturbance data recording initiated by other event than start/pick-up
OV Overvoltage
Overreach A term used to describe how the relay behaves during a fault condition. For
example, a distance relay is overreaching when the impedance presented
to it is smaller than the apparent impedance to the fault applied to the
balance point, that is, the set reach. The relay “sees” the fault but perhaps
it should not have seen it.
PCI Peripheral component interconnect, a local data bus
PCM Pulse code modulation
PCM600 Protection and control IED manager
PC-MIP Mezzanine card standard
PELV circuit Protected Extra-Low Voltage circuit type according to IEC60255-27
PMC PCI Mezzanine card
POR Permissive overreach
POTT Permissive overreach transfer trip
Process bus Bus or LAN used at the process level, that is, in near proximity to the
measured and/or controlled components
DNP, 670 series 49

Glossary
PRP Parallel redundancy protocol

PSM Power supply module
PST Parameter setting tool within PCM600
PTP Precision time protocol
PT ratio Potential transformer or voltage transformer ratio
PUTT Permissive underreach transfer trip
RASC Synchrocheck relay, COMBIFLEX
RCA Relay characteristic angle
RISC Reduced instruction set computer
RMS value Root mean square value
RS422 A balanced serial interface for the transmission of digital data in point-to-
point connections
RS485 Serial link according to EIA standard RS485
RTC Real-time clock
RTU Remote terminal unit
SA Substation Automation
SBO Select-before-operate
SC Switch or push button to close
SCL Short circuit location
SCS Station control system
SCADA Supervision, control and data acquisition
SCT System configuration tool according to standard IEC 61850
SDU Service data unit
SELV circuit Safety Extra-Low Voltage circuit type according to IEC60255-27
SFP Small form-factor pluggable (abbreviation)
Optical Ethernet port (explanation)
SLM Serial communication module.

SMA connector Subminiature version A, A threaded connector with constant impedance.
SMT Signal matrix tool within PCM600
SMS Station monitoring system
SNTP Simple network time protocol – is used to synchronize computer clocks on
local area networks. This reduces the requirement to have accurate
hardware clocks in every embedded system in a network. Each embedded
node can instead synchronize with a remote clock, providing the required
accuracy.
SOF Status of fault
SPA Strömberg Protection Acquisition (SPA), a serial master/slave protocol for
point-to-point and ring communication.
SRY Switch for CB ready condition
50 DNP, 670 series

Glossary
ST Switch or push button to trip

Starpoint Neutral/Wye point of transformer or generator
SVC Static VAr compensation
TC Trip coil
TCS Trip circuit supervision
TCP Transmission control protocol. The most common transport layer protocol
used on Ethernet and the Internet.
TCP/IP Transmission control protocol over Internet Protocol. The de facto
standard Ethernet protocols incorporated into 4.2BSD Unix. TCP/IP was
developed by DARPA for Internet working and encompasses both network
layer and transport layer protocols. While TCP and IP specify two protocols
at specific protocol layers, TCP/IP is often used to refer to the entire US
Department of Defense protocol suite based upon these, including Telnet,
FTP, UDP and RDP.
TEF Time delayed gound-fault protection function
TLS Transport Layer Security
TM Transmit (disturbance data)
TNC connector Threaded Neill-Concelman, a threaded constant impedance version of a
BNC connector
TP Trip (recorded fault)
TPZ, TPY, TPX, TPS Current transformer class according to IEC
TRM Transformer Module. This module transforms currents and voltages taken
from the process into levels suitable for further signal processing.
TYP Type identification
UMT User management tool
Underreach A term used to describe how the relay behaves during a fault condition. For
example, a distance relay is underreaching when the impedance presented
to it is greater than the apparent impedance to the fault applied to the
balance point, that is, the set reach. The relay does not “see” the fault but
perhaps it should have seen it. See also Overreach.
UTC Coordinated Universal Time. A coordinated time scale, maintained by the
Bureau International des Poids et Mesures (BIPM), which forms the basis of
a coordinated dissemination of standard frequencies and time signals.
UTC is derived from International Atomic Time (TAI) by the addition of a
whole number of "leap seconds" to synchronize it with Universal Time 1
(UT1), thus allowing for the eccentricity of the Earth's orbit, the rotational
axis tilt (23.5 degrees), but still showing the Earth's irregular rotation, on
which UT1 is based. The Coordinated Universal Time is expressed using a
24-hour clock, and uses the Gregorian calendar. It is used for aeroplane and
ship navigation, where it is also sometimes known by the military name,
"Zulu time." "Zulu" in the phonetic alphabet stands for "Z", which stands for
longitude zero.
UV Undervoltage
WEI Weak end infeed logic
VT Voltage transformer
DNP, 670 series 51

Glossary
X.21 A digital signalling interface primarily used for telecom equipment

3IO Three times zero-sequence current.Often referred to as the residual or the
ground-fault current
3VO Three times the zero sequence voltage. Often referred to as the residual
voltage or the neutral point voltage
52 DNP, 670 series

53
ABB AB
Grid Automation Products
SE-721 59 Västerås, Sweden
Phone +46 (0) 21 32 50 00
Scan this QR code to visit our website
www.abb.com/protection-control 1MRK 511 391-UUS
© Copyright 2017 ABB.

All rights reserved.

DNP, 670 Series: Communication Protocol Manual

Uploaded by

Copyright:

Available Formats

DNP, 670 Series: Communication Protocol Manual

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

DNP, 670 Series: Communication Protocol Manual

Uploaded by

Copyright:

Available Formats

Relion® 670 SERIES

DNP, 670 series

© Copyright 2017 ABB. All rights reserved

Section 2 DNP3 overview......................................................................................................... 9

Section 3 Vendor-specific implementation......................................................................... 13

Section 4 DNP3 parameters................................................................................................... 23

DNP, 670 series 1

4.2.1 Parameter list for optical and RS485 communication channel................................................ 28

2 DNP, 670 series

1.2 Intended audience GUID-C9B8127F-5748-4BEA-9E4F-CC762FE28A3A v11

DNP, 670 series 3

1.3 Product documentation

1.3.1 Product documentation set GUID-3AA69EA6-F1D8-47C6-A8E6-562F29C67172 v16

Deinstalling & disposal

Figure 1: The intended use of manuals throughout the product lifecycle

4 DNP, 670 series

1.3.2 Document revision history GUID-34B323E4-1319-4D42-80CE-29B0F2D36E2C v2

Document Date Product revision History

DNP, 670 series 5

1.3.3 Related documents GUID-94E8A5CA-BE1B-45AF-81E7-5A41D34EE112 v7

Documents related to REB670 Document numbers

Documents related to REC670 Document numbers

Documents related to RED670 Document numbers

Documents related to REG670 Document numbers

Documents related to REL670 Document numbers

6 DNP, 670 series

Documents related to RET670 Document numbers

Documents related to RES670 Document numbers

Documents related to RER670 Document numbers

1.4 Document symbols and conventions

1.4.1 Symbols GUID-2945B229-DAB0-4F15-8A0E-B9CF0C2C7B15 v13

The caution icon indicates important information or warning related to the

DNP, 670 series 7

1.4.2 Document conventions GUID-96DFAB1A-98FE-4B26-8E90-F7CEB14B1AB6 v8

8 DNP, 670 series

Section 2 DNP3 overview GUID-9CDAE3C1-07F5-493F-A1F1-196C2F48DB16 v2

Figure 2: DNP3 communication schematic representation

1 SCADA master station / control center

2.1 DNP3 standard AMU0600507 v15

DNP, 670 series 9

Data link layer

Data link functions include:

• Performing message data link retransmissions.

Data link responsibilities:

10 DNP, 670 series

• Exchange of SDUs between peer DNP3 transport pseudo layers

2.2 Documentation GUID-7966A3BB-DC5A-47CF-B78D-D8BF1373C308 v1

DNP, 670 series 11

Section 3 Vendor-specific implementation

3.1.1 DNP3 TCP/IP mode GUID-6257BE0D-01CA-44C7-92A6-A4B20BF79DBB v4

DNP, 670 series 13

Further documentation concerning DNP3 TCP/IP communication is available in the IP Networking

3.2 DNP3 UDP-only mode GUID-2605E868-4438-49C6-A307-1D18F8022F1F v1

3.3 Internal indications GUID-2CDB2CDE-28F5-4E07-8BB7-A3537888058D v3

Thus, IIN2.0 refers to the first bit in the second octet.

Table 1: Default class assignment for internal indications

14 DNP, 670 series

Bit index Descriptions and conditions Writable

3.4 Event reporting GUID-881DE1F4-F375-4EE9-88D5-2E227A7A8469 v3