Segundo Congreso Virtual, Microcontroladores y sus Aplicaciones

Protocolo de comunicaciones DNP3

Casanova, Alejandro y Dusso, Joaqun

Universidad Nacional del Comahue/ Facultad de Ingeniera
Departamento de Electrotecnia
Argentina
Correo-e: alec.msj@hotmail.co m; joaquin_ dusso @hotmail.com

Abstract. Este artculo presenta una introduccin al protocolo DNP3 mostrando sus principales
caractersticas, presentando conceptos bsicos para su entendimiento y aplicacin, entregando una
implementacin en un sistema embebido utilizando el microcontrolador 18F4620 de la empresa
Microchip

1 Introduccin permite la interoperabilidad entre equipos de

DNP3 o Distributed Network Protocol 3 es un
estndar de telecomunicaciones que define las
comunicaciones entre estaciones maestras, unidades
remotas (RTU) y otros dispositivos electrnicos
inteligentes (IEDs). Fue desarrollado para lograr la
interoperabilidad entre los sistemas de empresas
elctricas, petroleras, de agua, entre otras .
DNP3 ha sido diseado especficamente para
aplicaciones SCADA (Control supervisor y
adquisicin de datos), esto implica la adquisicin de
informacin y envo de comandos de control entre
dispositivos computarizados separados fsicamente.
Est diseado para la transferencia de paquetes
relativamente pequeos de datos de manera fiable
con los mensajes que lleguen a participar de una
secuencia determinista. En este sentido se diferencia
de otros protocolos de uso general, tales como FTP,
que es parte de TCP/IP, que puede enviar archivos de
gran tamao, pero de una manera que generalmente
no es tan adecuada para el control SCADA.
Una caracterstica clave del protocolo DNP3 es que
es un protocolo de estndar abierto y ha sido
adoptado por un nmero significativo de fabricantes
de equipos. La ventaja de un estndar abierto es que
diferentes fabricantes, esto significa por ejemplo que
un usuario puede comprar el equipo del sistema,
como una estacin principal de un fabricante, y ser
capaz de agregar equipos RTU que provienen de otro
fabricante.
1.1 Caractersticas de DNP3
DNP3 ofrece caractersticas importantes, as como la
flexibilidad y la seguridad. Estos se resumen en la
siguiente lista:
Los mensajes se separan en varias tramas para
proporcionar un control ptimo de error y
secuencias rpidas de comunicacin.
Permite topologa igual-igual, as como
maestro-esclavo.
Permite topologa de mltiples maestros.
Solicitudes y respuestas con mltiples tipos de
datos en un solo mensaje, y permite objetos
definidos por el usuario.
Permite comunicar excepciones/eventos sin
necesidad de encuestas por parte del maestro.
(Respuestas no solicitadas )

Congreso 2010, Pgina 1

 Permite mensajes en Broadcast (Para todas
las estaciones esclavas)
Transferencia segura de
configuracin/archivos.
Direccionar ms de 65 000 dispositivos en un
solo enlace.
Proporciona sincronizacin de tiempo y
eventos con marca de tiempo.
Confirmaciones al nivel de la Capa de Enlace
y/o Capa de Aplicacin garantizando as alta
integridad en la informacin.
Asigna prioridades a un grupo de datos
(clases).
1.2 Topologas
Maestro/Esclavo.
Mltiple esclavos.
Jerrquica con concentradores de datos
intermedios.
Mltiples maestro.
Fig 1: Topologas soportadas.
DNP3 soporta los modos operativos de encuestas y
funcionamiento por excepcin. Esta ltima se llama
as porque las encuestas para comprobar cambios no
2
son necesarias, esto se debe a que la estacin
principal puede invocar al sub-estacin a enviar una
"respuesta no solicitada" cuando se tiene un cambio
que debe ser reportado.
As, en ausencia de cambios el sistema permanece en
reposo, o en un estado tranquilo, sin encuestas de la
estacin principal, ni respuestas de los puestos
avanzados. En un sistema en reposo, por lo general
una encuesta peridica de fondo, an se utiliza, tal
vez en intervalos de una hora, para tomar
precauciones contra la falla de comunicaciones.
A pesar de la capacidad de las estaciones esclavas
para iniciar las comunicaciones dentro de DNP3,
slo las estaciones maestras puede iniciar las
solicitudes de datos, o ejecutar comandos, a otras
estaciones.
2 Fundamentos del protocolo.
El protocolo DNP3 presenta los datos de forma
jerrquica, empezando en la parte inferior con la capa
fsica y llegando a la capa de aplicacin en la parte
superior (funciones de nivel superior). Aun as, en
lugar de asemejarse al protocolo de 7 capas de la OSI
(Open System Interconection interconexin de
sistemas abiertos), en el rea de SCADA y de
comunicaciones IED, hubo necesidad de un modelo
simplificado que omite algunas de las funciones de
nivel superior. Este modelo fue creado por la
Comisin Electrotcnica Internacional (IEC), que
define un modelo de 3 capas. Esto se conoce como
Enhanced Performance Architecture, o EPA. Este es
el modelo en que se basa DNP3.
Fig. 2: Modelos OSI y EPA.
2.1 Estructura del mensaje DNP3
En la figura 3 se muestra cmo el mensaje
transmitido se construye en DNP3. Cada capa del
modelo toma la informacin tomada de la capa
superior, y aade la informacin relativa a los
servicios prestados por sta. La informacin adicional
se suele aadir en el encabezamiento, es decir, frente
al mensaje original.
As, durante el montaje del mensaje, el mensaje ir
 Segundo Congreso Virtual, Microcontroladores y sus Aplicaciones
Fig. 3: Estructura de mensaje.
creciendo en tamao en cada capa que pase, pero
tambin en este proceso se desmonta en unidades ms
pequeas de datos.
De esta forma cuando se trasmite un mensaje, los
datos se encapsulan en fragmentos a nivel de
aplicacin. El tamao mximo de un fragmento est
establecido en 2048 bytes. El nivel de transporte se
encarga de adaptar los fragmentos para poder
encapsularlos en tramas (nivel de enlace), para lo
cual, secciona el mensaje del nivel de aplicacin si es
necesario, y les agrega la cabecera de transporte de
un byte formando un segmento que puede ser como
mximo de 250 bytes. Por ltimo en el nivel de
enlace, al segmento recibido del nivel de transporte
se le aade una cabecera de enlace de diez bytes en la
cual se incluyen dos bytes de CRC y luego, cada 16
bytes recibidos se agrega un CRC de 16-bits. A este
conjunto de datos se lo denomina trama, la cual tiene
como mximo 292 bytes.
2.1.1 Capa fsica
El nivel fsico es el medio fsico sobre el cual se
transmite el protocolo. El elemento de datos a este
nivel es esencialmente el bit, es decir, tiene que ver
con la forma de pasar un poco de datos a la vez a
travs de los medios fsicos. La definicin de la capa
fsica incluye las especificaciones elctricas, pin-out,
velocidades de comunicacin y las funciones para el
control de los medios de comunicacin, tales como
los detalles necesarios para establecer y mantener el
enlace fsico, y para controlar el flujo de datos.
Comnmente, DNP se especifica sobre una capa
fsica serial simple tal como RS232 o RS485
usando medios fsicos tales como fibra, radio o
Congreso 2010, Pgina 3
satlite. Pero tambin se implementa sobre una capa
fsica como Ethernet encapsulndolo en paquetes
TCP/IP.
2.1.2 Capa de enlace de datos
La capa de enlace de datos proporciona una
transmisin fiable de datos a travs del medio fsico.
Mientras que la capa fsica tiene que ver con el paso
de una seal, o un poco de datos, la capa de enlace de
datos est relacionada con el paso de grupos de datos,
y estos grupos pueden ser contemplados como una
trama.
Las funciones que ofrece la capa de enlace incluyen
el control de flujo y deteccin de errores. Esto se
logra agregando una cabecera a cada trama (10 bytes)
con la insercin de un cdigo inicial de 16-bits
(Start), cantidad de bytes enviados en la trama, un
byte para control de flujo, direccin de destino,
direccin de origen y un CRC de 16-bit para la
cabecera y cada 16 bytes de la trama. En caso de que
el mensaje no sea mltiplo de 16 bytes, cabe aclarar
que, se agrega un CRC de 16-bits al grupo de bytes
sin rellenar con ceros (0x00). El tamao mximo de
una trama de enlace de datos es de 292 bytes.
El byte de control de flujo informa sobre la direccin
del mensaje (A->B o B->A), he implementa
funciones para determinar el estado de la conexin
lgica. Entre las funciones se incluyen: ACK, NACK,
Reset del enlace, peticin de confirmacin ACK,
estado del enlace y respuesta del estado del enlace.
Cuando se solicita confirmacin a nivel enlace de los
datos, el receptor responde con un ACK si la
cabecera recibida es correcta y libre de errores.
2.1.3 Capa de pseudo-transporte
Esta capa est incluida en DNP3 para permitir la
transmisin de grandes bloques de datos. Divide el
fragmento recibido por parte de la capa de aplicacin
en varios segmentos, agregndole una cabecera de 1
byte a cada uno que indica si se trata del primer, el
ltimo, uno intermedio o un nico segmento del
mensaje. Tambin agrega un contador de secuencia
para detectar si hay prdida de algunos de los
segmentos del mensaje.
2.1.4 Capa de aplicacin.
La capa de aplicacin es el nivel donde se genera los
datos para el envo de una solicitud o una respuesta.
Al igual que la capa de pseudo-transporte agrega una
cabecera (2 o 4 bytes dependiendo si es una solicitud
o una respuesta) para dar la posibilidad de transmitir
mensajes de un solo fragmento o mltiples
fragmentos, de esta manera permite el concepto de
mensajes de tamao ilimitado. Adems indica si es
necesario o se ha pedido una solicitud de
confirmacin a nivel aplicacin (est confirmacin no
solo nos indica que se ha recibido el dato, sino que
adems el mensaje completo est libre de errores),
indica si es un mensaje no solicitado, he integra un
campo de funcin a nivel aplicacin para indicar el
propsito o la operacin solicitada del mensaje.
Mientras que DNP3 permite mltiples tipos de datos
en un nico mensaje, slo permite una sola operacin
solicitada sobre los tipos de datos en el
mensaje. Algunos ejemplos de funciones que se
incluyen: Confirmar (para la confirmacin de la capa
de aplicacin), leer, escribir; seleccionar, operar (para
seleccionar antes de operar sobre salidas binarias),
operar directamente; congelar, borrar (para
contadores), habilitar, deshabilitar los mensajes no
solicitados, y asignar clase (vase ms adelante) a un
determinado tipo de datos entre otras.
2.2 Modelos de Objetos de datos en DNP3
En DNP3 los datos siempre consisten de dos partes,
una cabecera de objeto y un objeto de datos. Las
Fig. 4: Estructura de Objetos de datos.
cabeceras de objeto identifican los tipos de datos del
objeto de datos. Estos mensajes no necesariamente
pueden estar contenidos en el mensaje, por ejemplo
cuando la estacin principal realiza una peticin de
datos el mensaje contendr la cabecera objeto
indicando el tipo de datos, y la estacin secundaria
responder con la misma cabecera objeto y con los
datos correspondientes. En la figura 4 se muestra la
estructura.
En un mensaje podemos tener varios tipos de datos,
por lo que, cada uno tendr su cabecera de objeto y
datos correspondientes. La cabecera de objeto puede
tener entre 3 a 11 bytes de longitud, y est
conformada por los campos de Objeto, Calificador y
Rango. El campo objeto adems est dividido en dos
bytes, grupo de objeto y variacin del objeto
respectivamente.
El grupo de objeto especifica el tipo de datos, como
entradas analgicas, entradas binarias, contadores,
etc. El campo variacin especfica una variacin
particular del tipo de datos (Entrada analgica 16-
bits, 32-bits, etc.).
Tabla 1: Grupo de datos.
El campo calificador indica el modo de
direccionamiento de las variables con las cuales
trabajar, entre estos modos de direccionamiento
tenemos, direcciones por rango (variables
consecutivas e identificadas por el ndice como en un
arreglo de variables), direccionamiento absoluto
(direcciones de la memoria), direccionamiento sin
4
 Segundo Congreso Virtual, Microcontroladores y sus Aplicaciones
rango (identificadas por el ndice pero de variables no
consecutivas) y todas las variables disponibles. Todos
estos tipos de direccionamiento tienen un cdigo
establecido que depender si se necesita 8-bits, 16-
bits o 32-bits para establecer el rango o direccionar.
El campo rango es un adicional para el calificador, en
donde se indicar la cantidad de datos solicitados, o
el inicio y el final del rango, o nada.
Los distintos tipos de datos pueden ser reportados
como variables estticas o por eventos. Utilizando
por eventos, solo se transmite informacin de los
cambios ocurridos desde la ltima encuesta
reduciendo notablemente el trfico sobre la lnea de
comunicacin. A esto comnmente se lo llama
reporte por excepcin (RBE por sus siglas en ingles)
Otra caracterstica importante que ofrece DNP3 es
agrupar los objetos de datos en clases asignndoles
prioridades, y permitiendo solicitar datos de una
forma sencilla agrupando varios tipos de datos. Se
dispone de cuatro (4) clases, Clase 0 que representa
todos los datos estticos, y las clases 1, 2, 3 que
representan las diferentes prioridades de los datos por
evento de cambio. Debido a esto se pueden definir
distintas frecuencias de encuestas por parte de la
estacin maestra dependiendo de las prioridades
(Encuesta de eventos). Adems se realiza una
encuesta de integridad que consiste en el escaneo de
la Clase 0, que se hace con poca frecuencia por la
cantidad de datos que son solicitados.
3 Implementacin
Se ha desarrollado una librera realizada en MPLAB
C18 (fcilmente exportable a otro compilador) que
implementa algunas caractersticas del protocolo
DNP3 permitiendo trabajar con variables binarias de
entrada y salida, contadores internos, variables
analgicas enteras o flotantes de entrada, variables
analgicas flotantes de salida, control de indicadores
internos, encuestas por clase y envo de mensajes no
solicitados.
Se ha embebido en un microcontrolador de la familia
18F de Microchip, especficamente el 18F4620, y se
ha logrado establecer con xito comunicacin con el
software KepServer (entre otros) el cual es el
intermediario para realizar una aplicacin en
SCADA.
En el Apndice I se entrega un perfil del dispositivo
esclavo en donde se indican las caractersticas del
Stack DNP3 implementado, tipos de datos
soportados.
La librera realizada consiste de ocho archivos, tres
archivos fuentes con sus respectivos archivos
cabeceras, ms dos archivos para establecer los tipos
de datos utilizados dependiendo del compilador y la
configuracin del funcionamiento del Stack DNP3.
Los archivos GenericTypeDefs.h,
GenericHardware.h y GenericHardware.c contienen
Congreso 2010, Pgina 5
la re-definicin del tipo de datos soportados por el
compilador, y las definiciones y funciones necesarias
para controlar el hardware. De esta manera evitamos
restringir la librera a una arquitectura, y para migrar
solo hay que modificar estos archivos.
El archivo ConfigStackDNP.h contiene las
definiciones para determinar qu tipo de datos
objetos de DNP se han de implementar, configurar
sus cantidades, sus prioridades (Clase) y su ejecucin
en hardware (Pines utilizados). Tenemos por
ejemplo:
#define MY_ADDRESS 0x0004
#define STACK_USE_INPUT_BINARY
#define STACK_USE_OUTPUT_BINARY
#define STACK_USE_INPUT_ANALOG
#define STACK_USE_OUTPUT_ANALOG
#define STACK_USE_COUNTER_BINARY
#define MAX_INPUT_BINARY 4 // [Max 8]
#define INPUT_BINARY_0 PORTCbits.RC0
#define INPUT_BINARY_1 PORTCbits.RC1
Entre otras. Al disearse de esta forma la librera es
muy flexible a cualquier modificacin.
Luego disponemos de los archivos
ObjectsDataDNP.c y ObjectsDataDNP.h que
contienen las definiciones de las variables utilizadas
para almacenar los tipos de datos objetos
implementados por el Stack y las funciones que
realizan una actualizacin de dichas variables cuando
en la ejecucin del protocolo son solicitadas.
Finalmente llegamos a los archivos Stack_DNP.c y
Stack_DNP.h. El archivo fuente tiene todas las
funciones necesarias para llevar a cabo la
implementacin del protocolo, de las cuales cuatro de
ellas deben ser llamadas oportunamente por el
programa del usuario. El medio fsico implementado
para la comunicacin DNP es RS232 utilizando el
mdulo UART del microcontrolador, controlando el
flujo de datos, ya sea por recepcin o transmisin,
mediante interrupciones realizando un sistema
multitarea. Tambin para cumplir este propsito el
timeout del protocolo es implementado mediante
interrupciones realizadas por el timer2, el cual puede
ser reemplazado por otro fcilmente.
Las tareas a ser llamadas por el programa principal
son:
vInitStackDNP(): Inicializa el Stack, configurado las
variables internas del mismo, el mdulo UART del
microcontrolador y habilitando las interrupciones
necesarias. Se llama al iniciarse el microcontrolador.
vStackTaskDNP(): Realiza las tareas necesarias, Referencias
segn se halla recibido datos validos a ser tratados o
en la preparacin de datos para realizar una respuesta [1] Clarke Gordon, Reynders Deon, Wright Edwin.
adecuada. sta debe ser llamada peridicamente por Practical Modern SCADA Protocols: DNP3,
el programa principal. 60870.5 and Related Systems . Newnes, First
published 2004.
vDNPUpdate(): Esta funcin es la encargada de
recibir o enviar datos mediante el mdulo UART del [2] Curtis Ken. A DNP3 Protocol Primer. DNP
microcontrolador. Debe ser ubicada dentro de la Users Group, 2000, 2005.
rutina de servicio de interrupciones.
vTickUpdate(): Mantiene control sobre el timeout del
protocolo. Al igual que la funcin anterior debe estar
dentro de la rutina de servicio de interrupciones.
vResponseUnsolicitedInputBinary(): Encargada de
generar una respuesta no solicitada al cambiar el
estado de las entradas binarias. El programa principal
debe detectar esta condicin y llamar a dicha funcin.
Las entradas binarias es el nico tipo de datos que se
implementa para generar una respuesta no solicitada.
En el Apndice II se muestra un ejemplo bsico de
cmo puede ser el programa principal del usuario, y
se adjunta un *.rar con la librera descripta.
En la figura 5 podemos ver una implementacin en
InTouch 10 utilizando a KEPServerEx V4.0 como
intermediario en la comunicacin entre el dispositivo
remoto y la interface de usuario.

Fig. 5: Interface de usuario.

Copyright 2010. Casanova-Dusso: El autor delega a la Organizacin del Segundo Congreso Virtual de
Microcontroladores la licencia para reproducir este documento para los fines del Congreso ya sea que este
artculo se publique en el sitio web del congreso, en un CD o en un documento impreso de las ponencias del
Segundo Congreso Virtual de Microcontroladores.

6
 Segundo Congreso Virtual, Microcontroladores y sus Aplicaciones

Apndice I

Perfil de dispositivo DNP3

Vendedor: UNCo, Neuqun, Argentina Dispositivo: UNCo_CasDus 1.0

Funcin del Dispositivo: Esclavo

Tipo de variables y direccionamientos disponibles:

Entradas binarias(Object 1 Variation 0 Qualifiers 00, 06)

Entradas binarias(Object 1 Variation 1 Qualifiers 00, 06)
Entradas binarias(Object 1 Variation 2 Qualifiers 00, 06)
Salidas binarias(Object 10 Variation 0 Qualifiers 00, 06)
Salidas binarias(Object 10 Variation 1 Qualifiers 00, 06)
Salidas binarias(Object 10 Variation 2 Qualifiers 00, 06)
Salidas binarias actuador (Object 12 Variation 1 Qualifiers 07, 17, 28)
Contadores binarios(Object 20 Variation 0 Qualifiers 00, 06)
Contadores binarios(Object 20 Variation 5 Qualifiers 00, 06)
Entradas analgicas (Object 30 Variation 0 Qualifiers 00, 06)
Entradas analgicas (Object 30 Variation 2 Qualifiers 00, 06)
Entradas analgicas (Object 30 Variation 4 Qualifiers 00, 06)
Entradas analgicas (Object 30 Variation 5 Qualifiers 00, 06)
Salidas analgicas (Object 40 Variation 0 Qualifiers 00, 06)
Salidas analgicas (Object 40 Variation 3 Qualifiers 00, 06)
Salidas analgicas actuador(Object 41 Variation 3 Qualifier 07, 17, 28)

Funciones utilizadas a nivel aplicacin:

Confirm (0x00)
Read (0x01)
Write (0x02)
Select (0x03)
Operate (0x04)

El tipo de datos Entradas binarias pueden configurarse para generar respuesta no solicitada al
ocurrir un cambio.

Tamao mximo de datos a nivel enlace: Tamao mximo de datos a nivel aplicacin:

Transmisin: 292 Transmisin: 249

Recepcin: 292 Recepcin: 249
Requerimiento de confirmacin a nivel enlace:
Configurable
Requerimiento de confirmacin a nivel aplicacin:
Configurable
Apndice II

#include <p18f4620.h>
#include "Stack_DNP.h"

#pragma config OSC=HSPLL

#pragma config IESO=OFF
#pragma config PWRT=ON
#pragma config WDT=OFF
#pragma config MCLRE=ON
#pragma config XINST=OFF
#pragma config DEBUG=OFF
#pragma config FCMEN=OFF
#pragma config LVP=OFF
#pragma config BOREN=OFF

UINT8 EstadoEntradasPasadas; // Para determinar cuando generar envio no solicitado.-

void YourHighPriorityISRCode();
void YourLowPriorityISRCode();

#pragma code HIGH_INTERRUPT_VECTOR = 0x08

void High_ISR (void) {
_asm goto YourHighPriorityISRCode _endasm
}
#pragma code LOW_INTERRUPT_VECTOR = 0x18
void Low_ISR (void){
_asm goto YourLowPriorityISRCode _endasm
}
#pragma code
#pragma interrupt YourHighPriorityISRCode
void YourHighPriorityISRCode(){
}
#pragma interruptlow YourLowPriorityISRCode
void YourLowPriorityISRCode(){
// Recibe y envia datos segun sea necesario.-
vDNPUpdate();
// Actualiza Temporizacion para control de Timeout.-
vTickUpdate();

}
#pragma code

void main(void){

#if defined(STACK_USE_INPUT_BINARY)
vInitInputBinary();
#endif

#if defined(STACK_USE_OUTPUT_BINARY)
vInitOutputBinary();
#endif

#if defined(STACK_USE_COUNTER_BINARY)
vInitCounterBinary();
#endif

// Inicializa Stack DNP3.0

vInitStackDNP();

#if defined(STACK_USE_INPUT_BINARY) && defined(USE_UNSOLICITED_INPUT_BINARY)

EstadoEntradasPasadas=INPUT_BINARY;
#endif

while(1){
// Realiza las tareas correspondientes al Stack DNP3.0
vStackTaskDNP();
#if defined(STACK_USE_COUNTER_BINARY)
vUpdateCounterBinary();
#endif

#if defined(STACK_USE_INPUT_BINARY) && defined(USE_UNSOLICITED_INPUT_BINARY)

if(EstadoEntradasPasadas!=INPUT_BINARY){
EstadoEntradasPasadas=INPUT_BINARY;
vResponseUnsolicitedInputBinary();
}
#endif
}
}