Configuring the FieldServer as a DNP 3.0 Driver Client .................................................................... 8
4.1. Data Arrays..................................................................................................................................... 8
4.2. Client Side Connection Descriptors................................................................................................ 9
4.3. Client Side Node Descriptors .........................................................................................................9
4.4. Client Side Map Descriptors .........................................................................................................10
4.4.1. FieldServer Specific Map Descriptor Parameters .................................................................10
4.4.2. Driver Specific Map Descriptor Parameters .......................................................................... 10
The DNP 3.0 Driver allows the FieldServer to transfer data to and from devices over RS-232 or RS-485
using DNP 3.0 Driver protocol. The FieldServer can emulate either a Server or Client.
The following description of DNP is from the DNP User Group internet site.∗
“The development of DNP was a comprehensive effort to achieve open, standards-based interoperability
between substation computers, RTUs, IEDs (Intelligent Electronic Devices) and master stations (except
inter-master station communications) for the electric utility industry. Also important was the time frame
and the need for a solution to meet today's requirements. As ambitious an undertaking as this was, we
are reaching this objective.
DNP is based on the standards of the International Electrotechnical Commission (IEC) Technical
Committee 57, Working Group 03 who have been working on an OSI 3 layer "Enhanced Performance
Architecture" (EPA) protocol standard for telecontrol applications. DNP has been designed to be as close
to compliant as possible to the standards as they existed at time of development with the addition of
functionality not identified in Europe but needed for current and future North American applications (e.g.
limited transport layer functions to support 2K descriptor transfers for IEDs, RF and fiber support).
Recently DNP 3.0 was selected as a Recommended Practice by the IEEE C.2 Task Force; RTU to IED
Communications Protocol.
Feature Rich
DNP offers flexibility and functionality that go far beyond conventional communications protocols. Among
its robust and flexible features DNP 3.0 includes:
• Output options
• Secure configuration/file transfers
• Addressing for over 65,000 devices on a single link
• Time synchronization and time-stamped events
• Broadcast messages
• Data link and application layer confirmation
DNP 3.0 was originally designed based on three layers of the OSI seven-layer model: application layer,
data link layer and physical layer. The application layer is object-based with objects provided for most
generic data formats. The data link layer provides for several methods of retrieving data such as polling
for classes and object variations. The physical layer defines most commonly a simple RS-232 or RS-485
interface.
DNP 3.0 is very efficient for a layered protocol while ensuring high data integrity.
Suits Any SCADA/EMS Environment
Because DNP 3.0 is based on the IEC 870-5 requirements, DNP is suitable for application in the entire
SCADA/EMS environment. This includes RTU to IED communications, master to remote
communications, and even peer-to-peer instances and network applications.
Being an object-based application layer protocol, DNP 3.0 has the flexibility to support multiple operating
modes such as poll-response, polled report-by-exception, unsolicited responses and peer-to-peer. It
permits multiple masters and encourages distributed intelligence.
Users can expect many benefits from using DNP. In the short term:
The FieldServer is connected to the DNP-3.0 device as shown below.
Configure the DNP-3.0 device according to manufacturer’s instructions
DNP Device
8917-04
DB25F
Connect to one of the RS-232
Ports on the FieldServer
RJ45
18
FieldServer
P1
FieldServer Function From Default Color
Rx RJ45-01 DB25F-02 White
CTS RJ45-02 DB25F-04 Brown
DSR RJ45-03 Yellow
GND RJ45-04 DB25F-07 Green
GND RJ45-05 Red
DTR RJ45-06 Black
RTS RJ45-07 DB25F-05 Orange
Tx RJ45-08 DB25F-03 Blue
3.1. Connection Notes
Pinouts and adapters may vary according to the device being connected to. Refer to DNP installation
manual for pin connection reference.
FieldServer Technologies 1991 Tarob Court Milpitas, California 95035 USA Web: www.fieldserver.com
4. Configuring the FieldServer as a DNP 3.0 Driver Client
For a detailed discussion on FieldServer configuration, please refer to the FieldServer Configuration
Manual. The information that follows describes how to expand upon the factory defaults provided in the
configuration files included with the FieldServer (See “.csv” files supplied with the FieldServer).
This section documents and describes the parameters necessary for configuring the FieldServer to
communicate with a DNP 3.0 Driver Server.
The configuration file tells the FieldServer about its interfaces, and the routing of data required. In order to
enable the FieldServer for DNP 3.0 Driver communications, the driver independent FieldServer buffers
need to be declared in the “Data Arrays” section, the destination device addresses need to be declared in
the “Client Side Nodes” section, and the data required from the Servers needs to be mapped in the
“Client Side Map Descriptors” section. Details on how to do this can be found below.
Note that in the tables, * indicates an optional parameter, with the bold legal value being the default.
4.1. Data Arrays
Section Title
Data_Arrays
Column Title Function Legal Values
Data_Array_Name Provide name for Data Array Up to 15 alphanumeric characters
4.4.1. FieldServer Specific Map Descriptor Parameters
Column Title Function Legal Values
Map_Descriptor_Name Name of this Map Descriptor
Name of Data Array where
Data_Array_Name
Data_Array_Offset Starting location in Data Array
Function
data is to be stored in the
FieldServer
Function of Client Map
Descriptor
Up to 32 alphanumeric
characters
One of the Data Array names
from “Data Array” section
above
0 to maximum specified in
“Data Array” section above
Rdbc, Wrbc, Wrbx
4.4.2. Driver Specific Map Descriptor Parameters
Column Title Function Legal Values
The following parameters are used by a number of drivers.
A Node Name specified in
“Client Node Descriptor”.
Node_Name Name of Node to fetch data from
Length of Map Descriptor. If a request length
is too large the DNP 3.0 driver will produce a
Length
Address Starting address of data element to be read 0, 1 , 2 etc
The following parameters apply only to the DNP 3.0 Driver
DnpDataType
DnpDataVari
DnpSubType*
DnpFlagBit* Not Used.
DnpQualifier*
DnpFunction*
message and a panic. The maximum length
is a function of the data object and data
variation.
Corresponds to the Data Object Types defined
in the DNP data object Library. Additional
information is provided in Appendix A.9
Corresponds to the Data Object Variant
defined in the DNP data object Library. Enter
as decimal number. Additional information is
provided in Appendix A.9
Used to tell driver which Suffield of the object
to map to/from the FieldServer Data Array.
Additional information is provided in Appendix
A.10
This parameter is only required if you need to
over-ride the default qualifier used by the DNP
3.0 driver. Refer to Appendix A.11
This parameter is only required if you need to
over-ride the default function used by the DNP
0, 1,2,3 etc
Legal values are determined
by the value of dnpDataType.
Value, flags, time1, time2,
combo
Zero, 1, 6, 7, 8, 17h hexadecimal values. For
qualifier 17h specify the
value of dnpQualifier as 17 in
the Map Descriptor. For
Qualifier zero use the string
“zero”
Legal DNP function codes.
Correspond to the function
code required on vendor’s
implementation table.
FieldServer Technologies 1991 Tarob Court Milpitas, California 95035 USA Web: www.fieldserver.com
When class data is requested the DNP device
responds with data of multiple types and
DnpAssociate*
DnpMultiMsg*
variations in one message. One Map
Descriptor is used per data type - this
parameter is used to link these Map
Descriptors.
This parameter is used to produce a single
message with a request for multiple object
types. Assign positive whole numbers to
associate Map Descriptors for this purpose. All
Map Descriptors whose dnpMultiMsg values
are equal will be requested in a single poll.
Ensure only one is active (rdbc for example)
and all the others have the function set to
'Server'. Refer also to Appendix A.20
Non-zero positive integers.
0,
By default Map Descriptors
are not associated with each
other. The default value of
zero ensures no association.
4.4.3. Timing Parameters
Column Title Function Legal Values
Scan_Interval Rate at which data is polled >0.1s
FieldServer Technologies 1991 Tarob Court Milpitas, California 95035 USA Web: www.fieldserver.com
4.4.8. Map Descriptor Example 5 – Read an unknown quantity of points (Qualifier 6)
Enough space has been reserved for 100 objects. If the response contains more then
there will be an error.
In this example the qualifier has been set to 6. This is the qualifier the protocol uses to request all possible points of a particular object type and
variation. Ensure that there is sufficient length to store all possible data.
5. Configuring the FieldServer as a DNP 3.0 Driver Server
For a detailed discussion on FieldServer configuration, please refer to the FieldServer Configuration
Manual. The information that follows describes how to expand upon the factory defaults provided in the
configuration files included with the FieldServer (See “.csv” files provided with the FieldServer.)
This section documents and describes the parameters necessary for configuring the FieldServer to
communicate with a DNP 3.0 Driver Client.
The configuration file tells the FieldServer about its interfaces, and the routing of data required. In order
to enable the FieldServer for DNP 3.0 Driver communications, the driver independent FieldServer buffers
need to be declared in the “Data Arrays” section, the FieldServer virtual node(s) needs to be declared in
the “Server Side Nodes” section, and the data to be provided to the Clients needs to be mapped in the
“Server Side Map Descriptors” section. Details on how to do this can be found below.
Note that in the tables, * indicates an optional parameter, with the bold legal value being the default.
5.1. Server Side Connection Descriptors
Section Title
Connections
Column Title Function Legal Values
Port
Baud* Specify baud rate
Parity* Specify parity
Data_Bits*
Stop_Bits*
Protocol
Handshaking* Specify hardware handshaking
Example
// Server Side Connections
Specify which port the device is connected to the
FieldServer
Specify data bits
Specify stop bits
Specify protocol used DNP
P1-P8, R1-R22
110 – 115200, standard baud
rates only
Even, Odd, None, Mark, Space