INFORME SOBRE EL

PROTOCOLO DNP3
INTRODUCC
IN
Los protocolo definen las reglas por las cuales un dispositivo se comunica con otros,
DNP 3.0 es un protocolo para la transmisin de datos, desde un punto A hasta un
punto B usando comunicaciones seriales. Este ha sido utilizado principalmente por las
compaas elctricas, pero puede operar perfectamente en otras reas.
DNP 3.0 provee las reglas para las computadoras de subestacin, como de estacin
maestra, para comunicar comandos de datos y control. Protocolo DNP 3.0 desarrollado
por la GE Harris en 1990, DNP 3.0 es un protocolo abierto de propiedad pblica para
aplicaciones en telecontrol, SCADAs y sistemas de automatizacin distribuidos.
Fue diseado para lograr la interoperabilidad entre RTUs, IEDs (Dispositivo Electrnico
Inteligente) y MTUs. Ha sido adoptado por la IEEE como protocolo recomendado en la
interconexin IED-RTU en subestaciones elctricas. Cabe estacar que este manual da
solo una breve introduccin a DNP, de ninguna forma pretende ser un manual de este
protocolo, su objetivo slo es facilitar el uso y configuracin del CommSet para DNP.
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.

Historia

DNP fue creado originalmente por Westronic, Inc. (ahora GE Harris) en 1990. En 1993,
el set de documentos de especificacin del protocolo "DNP 3.0 Basic 4" cobr dominio
pblico. La propiedad del protocolo fue entregada al recientemente formado DNP
Users Group en octubre de ese ao. Desde entonces, el protocolo ha ganado
aceptacin mundial, incluyendo la formacin de grupos de usuarios en China, Amrica
latina, y Australia.
En enero de 1995, fue formado el DNP Technical Committee para estudiar mejoras y
recomendarlas para su aprobacin al Users Group general. Una de las tareas ms
importantes de este cuerpo era publicar el documento DNP Subset Definitions, que
establece los estndares para las puestas en marcha de DNP 3.0.
DNP 3.0 es un protocolo para sistemas SCADA moderno, abierto, inteligente, robusto y
eficiente. Entre otras cosas, puede:

Solicitar y responder con mltiples tipos de datos en un solo mensaje.

Segmentar mensajes en mltiples frames para asegurar excelente deteccin y
recuperacin de errores.
Incluir en una sola respuesta datos cambiados.
Asignar prioridad a los tems de datos y solicitarlos peridicamente basado en
su prioridad.
Responder sin solicitud previa.
Utilizar sincronizacin de tiempo y con un formato estndar.
Permitir mltiples operaciones punto a punto y al master.
Permitir objetos definibles por el usuario incluyendo transferencia de archivos.

CARACTERSTICAS
DE DNP3
DNP3 ofrece caractersticas importantes, as como la flexibilidad y la seguridad. Estos
se resumen en la siguiente lista:

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.
Los mensajes se separan en varias tramas para proporcionar un control ptimo
de error y secuencias rpidas de comunicacion.
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)
Permite mensajes por el 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).

Transmisin con o sin conexin, serie, sincrnica, isocrnica y asincrnica, HDX
y FDX
Interfaces: RS-232C, UIT-T V.24/ V.28 y RS-485. Modulacin FSK
Medios de Transmisin: par trenzado, fibras pticas y radio
La velocidad de transmisin depende del medio utilizado.

Arquitectura
DNP 3.0 contiene cuatro capas
CAPA DE APLICACIN
SEUDO-CAPA DE TRANSPORTE
CAPA ENLACE

CAPA FISICA

TOPOLOG
AS
El protocolo DNP3 soporta los modos operativos de encuestas y
funcionamiento
por excepcin. Esta ltima se llama as porque las
encuestas para comprobar cambios no son necesarias, esto se debe a que
la estacin principal puede invocar a la 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, aun se utiliza, tal vez en intervalos de una hora, para
tomar precauciones contra la falla de comunicaciones.
Las topologas que se manejan en el protocolo DNP3 son
las siguientes:

Maestro/Esclavo.

Figura 1.- Enlace

directo

Mltiples
esclavos.

Figura 2.-Enlace multi-esclavos.

Jerarqua de concentradores de datos intermedios.

Figura 3.- Enlaces

jerrquico.

Mltiples maestro.

Figura 4.- Mltiples

maestros.

Detalles tcnicos
El protocolo DNP3 presenta importantes funcionalidades que lo hacen ms robusto, eficiente y
compatible que otros protocolos ms antiguos, tales como Modbus, con la contrapartida de
resultar un protocolo mucho ms complejo.
DNP3 es un protocolo de tres capas o niveles segn el modelo OSI: nivel de enlace (Data Link
Layer), Nivel de Aplicacin (Application Layer), y un tercer nivel de Transporte(Transport Layer)
que realmente no cumple con todas las especificaciones del modelo OSI, y por lo cual se suele
denominar pseudo-nivel de Transporte. Por este motivo suele referirse a l como un protocolo
de dos capas o niveles.
El formato de trama utilizado est basado en el FT3 recogido en las especificaciones IEC 608705 (es una redefinicin de este formato, no una implementacin idntica), y hace uso de
la Comprobacin de Redundancia Cclica (CRC) para la deteccin de errores.
La estructuracin en capas o niveles, sigue el siguiente esquema:

Los mensajes a nivel de aplicacin son denominados Fragmentos. El tamao mximo

de un fragmento est establecido en 1024 bytes.
Los mensajes a nivel de transporte son denominados Segmentos.

Los mensajes a nivel de enlace son denominados Tramas. El tamao mximo de una
trama DNP3 es de 292 bytes.

Cuando se transmiten datos, estos sufren las siguientes transformaciones al pasar por las
diferentes capas:

Los datos se encapsulan en fragmentos a nivel de aplicacin.

El nivel de transporte es el encargado 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, formando de este modo
los segmentos.

En el nivel de enlace, los segmentos recibidos del nivel de transporte son

empaquetados en tramas, para lo cual se les aade a estos una cabecera de enlace, y
adems, cada 16 bytes un CRC de 2 bytes.

Cuando se reciben datos, las transformaciones se suceden de la siguiente forma:

El nivel de enlace se encarga de extraer de las tramas recibidas los Segmentos que son
pasados al nivel de transporte.

El nivel de transporte lee la cabecera de los segmentos recibidos del nivel de enlace, y
con la informacin obtenida extrae y compone los fragmentos que sern pasados al nivel
de aplicacin.

En el nivel de aplicacin los fragmentos son analizados y los datos son procesados
segn el modelo de objetos definido por las especificaciones del estndar.

Niveles de enlaces
Los mensajes DNP3 a nivel de enlace se encuentran en bloques de no ms de 292 bytes
denominados tramas. El formato de trama es similar al FT3, si bien presenta ciertas diferencias.
Una trama DNP3 consta de tres bloques bien diferenciados:
Cabecera DNP3: son los diez primeros bytes de la trama, y est constituida por los siguientes
campos:

2 bytes de inicio (start bytes), cuyo valor es fijo. 0x05 (valor en hexadecimal) para el
primero y 0x64 para el segundo.

1 byte con el tamao de la trama. Este valor no tiene en cuenta ni la cabecera, ni los
CRC.

1 byte con el cdigo de control, que permite fijar los servicios del nivel de enlace, el
sentido del flujo, etc.

2 bytes con la direccin de destino, codificada en big-endian.

2 bytes con la direccin de origen, codificada en big-endian.

2 bytes de CRC.

Datos.
Cada 16 bytes de datos, as como al final de la trama, se encontrarn 2 bytes de CRC.

El nivel de enlace en DNP es balanceado, de modo que tanto la estacin

controladora como la controlada tienen responsabilidad tanto en los envos de
los datos como en la gestin (establecimiento y liberacin) del nivel de enlace
(fuera del alcance de las especificaciones del protocolo).
El empleo de doble direccionamiento (direccin de origen y direccin de
destino) se debe a la funcionalidad que proporciona DNP3 basado en
funcionamiento por excepcin. De tal modo las comunicaciones no son
iniciadas nicamente por la estacin controladora, enviando preguntas a las
estaciones controladas, sino que adems estas ltimas pueden iniciar una
conversacin dependiendo de la alteracin de determinada informacin
configurada en ella para ser reportada en estas condiciones. A este tipo de
mensajes, en los cuales la estacin controlada transmite los eventos de
determinados objetos configurados en ella, se les denomina "respuestas no
solicitadas".
El nivel de enlace proporciona una serie de servicios para la gestin de la
comunicacin entre las estaciones, tales como la peticin o envo con o sin
confirmacin, las confirmaciones de tramas recibidas (ACK), las
confirmaciones negativas (NACK), el reset de enlace (Reset Link) o el chequeo
del estado del enlace (Link Status).
Nivel de trasporte
El nivel de transporte es el encargado de permitir mensajes nicos
estructurados tanto en mltiples tramas como en mltiples fragmentos. Esta
es una de las caractersticas diferenciadoras de DNP3 frente a otros protocolos
de comunicacin industriales del mismo mbito, tales como IEC 60870, y
permite el concepto de mensajes de tamao ilimitado.
A continuacin se describir el funcionamiento de este nivel, dependiendo del
sentido del flujo de los datos dentro de la estructura de capas del protocolo.
Datos transmitidos desde el nivel de aplicacin hacia el
nivel de enlace
El nivel de aplicacin pasa los fragmentos al nivel de transporte, y este se
encarga de trocearlos y agregarles al principio la cabecera de transporte, la
cual ocupa un byte y contiene el nmero de secuencia que identifica el
segmento dentro del fragmento. El tamao de los fragmentos ha de ser tal,
que una vez agregadas las cabeceras del nivel de enlace (diez bytes) y los
correspondientes CRCs, el tamao total no exceda los 292 bytes mximos
permitidos para una trama.
Datos transmitidos desde el nivel de enlace hacia el nivel
de aplicacin
En este caso, el nivel de transporte se encarga de recomponer los fragmentos
del nivel de aplicacin a partir de los segmentos que le proporciona el nivel de
enlace. Para ello, recurre a las cabeceras de transporte y al nmero de
secuencia que identifica la posicin de cada segmento dentro del fragmento.
Nivel de aplicacin

El nivel de aplicacin se encarga de procesar los fragmentos que le pasa el

nivel de transporte, y obtener la informacin de control y monitorizacin en
ellos encapsulados atendiendo al modelo de datos.
Entre los servicios que proporciona este nivel, se encuentran la escritura y
lectura de valores, la congelacin de contadores y la seleccin y ejecucin de
mandos. El cdigo de funcin es el que permite indicar qu operacin debe
realizarse en este nivel.
Por otro lado, las estaciones controladas disponen de la posibilidad de
informar a la estacin controladora de diferentes aspectos relacionados con
este nivel gracias a dos bytes denominados indicaciones internal (Internal
Indications, IIN). La estacin controlada puede servirse de estas indicaciones
para informar acerca de la presencia de eventos de clase 1, clase 2 o clase 3,
de la necesidad de ser sincronizada o de la presencia de anomalas en la
configuracin o en la base de datos.
El modelo de datos en DNP3 est basado en un esquema de objetos.
Modelo de Objetos en DNP3
El modelo de objetos en DNP3 permite, en rasgos generales, definir los tipos
de datos que se manejarn en las diferentes transacciones entre estacin
controlada y estacin controlante. A pesar de ello, existen objetos orientados
ms bien a servicios a nivel de aplicacin que a formato de datos en s, como
pueden ser el objeto 60 (Objeto de Clase), o el objeto 80 (indicaciones
internas).
Mediante las denominadas variaciones, es posible establecer, adems del
tipo de dato definido por el objeto, el formato del mismo (tamao y formato
de los valores, por ejemplo).
A continuacin, se describen algunos de los objetos ms comnmente
utilizados en comunicaciones DNP3:

Objeto 1 - Entradas digitales: este objeto hace referencia a las

entradas digitales. Permite la lectura de las mismas, mediante el cdigo de
funcin 1, o la asignacin de clase mediante el cdigo de funcin 22
(cdigos de funcin tambin soportados por otros objetos como
contadores o entradas analgicas).

Objeto 2 - Eventos de las entradas digitales: es importante

destacar que DNP3 maneja los valores estticos y sus eventos como
objetos diferentes. As, los eventos de las entradas digitales (objeto 1) se
agruparn en el objeto 2.

Objeto 12 - Mandos digitales: este objeto hace referencia a los

controles digitales. Mediante los cdigos de funcin de seleccin,
ejecucin, seleccin y ejecucin y ejecucin sin confirmacin, se podrn
realizar estas operaciones sobre los elementos especificados bajo este
objeto.

Objeto 20 - Contadores: mediante este objeto, DNP3 permite la

lectura o manipulacin (congelacin, reseteo, etc.) de contadores.

Objeto 22 - Eventos de contadores: este es el objeto utilizado para

agrupar la informacin relativa a eventos generados por contadores
(objeto 20).

Objeto 30 - Entradas analgicas: los valores analgicos se agrupan

bajo este objeto.

Objeto 32 - Eventos de las entradas analgicas: este es el objeto

utilizado para los eventos de las entradas analgicas definidas mediante el
objeto 30.

Objeto 41 - Mandos analgicos: este es el objeto utilizado para

ejecutar mandos analgicos o Set Points. Admite las mismas funciones que
los mandos digitales.

Objeto 50 - Hora y fecha: la variacin 1 de este objeto permite a la

estacin controladora sincronizar a la estacin controlada.

Objeto 60 - Objeto de clase: como se coment ms arriba, este

objeto no distingue exactamente entre un tipo de dato, sino ms bien hace
alusin a una serie de servicios del nivel de aplicacin. Dependiendo del
cdigo de funcin utilizado, mediante este objeto la estacin controlada
puede realizar peticiones por clase, o asignar clases a los eventos de los
objetos estticos configurados en la estacin controlada.

Las clases en DNP3 permiten agrupar los eventos en tres niveles diferentes
(recurso til para priorizar el esquema de peticiones del maestro). Las
peticiones por clase permiten el polling por eventos. Un caso excepcional es
una cuarta clase denominada clase 0, mediante la cual el maestro puede
solicitar al esclavo el envo de todos los valores estticos configurados en su
base de datos.

Arquitectura en capas
DNP 3.0 es un protocolo de capas. An as, en lugar de asemejarse al protocolo de
7 capas de la OSI (Open System Interconection interconexin de sistemas
abiertos), DNP 3.0 adhiere a un estndar simplificado de 3 capas propuesto por el
IEC (International Electrotechnical Commission Comisin internacional de
Electrotecnia) para implementaciones ms bsicas. El IEC llama a esto Enhanced
Performance Architecture, o EPA. (En realidad, sin embargo, DNP 3.0 agrega una
cuarta capa, una capa de pseudotransporte que permite la segmentacin del
mensaje).
La estructuracin en capas o niveles, sigue el siguiente esquema:

Los mensajes a nivel de aplicacin son denominados Fragmentos. El

tamao mximo de un fragmento est establecido en 2048 bytes.
Los mensajes a nivel de transporte son denominados Segmentos.
Los mensajes a nivel de enlace son denominados Tramas. El tamao
mximo de una trama DNP3 es de 292 bytes.

Cuando se transmiten datos, estos sufren las siguientes transformaciones al

pasar por las diferentes capas:

Los datos se encapsulan en fragmentos a nivel de aplicacin.

El nivel de transporte es el encargado 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, formando de este modo los segmentos.
En el nivel de enlace, los segmentos recibidos del nivel de transporte son
empaquetados en tramas, para lo cual se les aade a estos una cabecera de
enlace, y adems, cada 16 bytes un CRC de 2 bytes.

Cuando se reciben datos, las transformaciones se hacen de la siguiente forma:

El nivel de enlace se encarga de extraer las tramas recibidas los

segmentos que son pasados al nivel de transporte.
El nivel de transporte lee la cabecera de los segmentos recibidos del nivel
de enlace, y con la informacin obtenida extrae y compone los fragmentos que
sern pasados al nivel de aplicacin.
En el nivel de aplicacin los fragmentos son analizados y los datos son
procesados segn el modelo de objetos definido por las especificaciones del
estndar.

Capa Fsica
La capa fsica se refiere sobre todo a los medios fsicos sobre los cuales se est
comunicando el protocolo. Por ejemplo, maneja el estado del medio (libre u
ocupado), y la sincronizacin a travs del medio (iniciando y parando). Ms
comnmente, DNP se especifica sobre una capa fsica serial simple tal como
RS232 o RS485 usando medios fsicos tales como fibra, radio o satlite. Los
proyectos se orientan actualmente para implementar DNP sobre una capa fsica
Ethernet.
Capa de Transmisin De Datos
La capa de transmisin de datos maneja la conexin lgica entre el remitente y el
receptor de la informacin y pone a prueba las caractersticas de error del canal
fsico. DNP logra esto comenzando cada frame de transmisin de datos con una
cabecera, e insertando un CRC de 16 bits cada 16 bytes del frame. Un frame es
una porcin de un mensaje completo comunicado sobre la capa fsica. La medida
mxima de un frame de transmisin de datos es 256 bytes. Cada frame tiene una
direccin fuente de 16 bits y una direccin de destino tambin de 16 bits, las que
pueden ser una direccin de difusin o broadcast (0xffff). La informacin del
direccionamiento, junto con un cdigo de inicio de 16 bits, la longitud del frame, y
un byte de control de transmisin de datos se hallan en la cabecera (10 bytes) de
transmisin de datos.
El byte de control de transmisin de datos indica el propsito del frame de
transmisin de datos, y el estado de la conexin lgica. Los valores posibles del
byte de control de transmisin de datos son: ACK, NACK, la conexin necesita
resetear, la conexin ha sido reseteada, confirmacin de solicitud de transmisin
de datos del frame, solicitud de estado de conexin, y contestacin de estado de
conexin. Cuando se solicita una confirmacin de transmisin de datos, el
receptor debe responder con un frame ACK de transmisin de datos si el mismo
es recibido y pasa los controles del CRC. Si una confirmacin de la transmisin de
datos no se solicita, no se requiere ninguna respuesta de la transmisin de datos.

2 bytes de inicio (start bytes), cuyo valor es fijo. 0x05 (valor en

hexadecimal) para el primero y 0x64 para el segundo./li>
1 byte con el tamao de la trama. Este valor no tiene en cuenta ni la
cabecera, ni los CRC.
1 byte con el cdigo de control, que permite fijar los servicios del nivel de
enlace, el sentido del flujo, etc.
2 bytes con la direccin de destino, codificada en big-endian.
2 bytes con la direccin de origen, codificada en big-endian.
2 bytes de CRC.

Capa de PseudoTransporte
La capa de pseudotransporte divide mensajes de la capa de aplicacin en
mltiples frames de transmisin de datos. Para cada frame, inserta un cdigo de
funcin de 1 byte que indica si el frame de transmisin de datos es el primer
frame del mensaje, el ltimo frame del mensaje, o ambos (para mensajes

singles). El cdigo de funcin tambin incluye un nmero de secuencia del frame

que se incrementa con cada uno y permite que la capa de transporte recipiente
detecte frames perdidos.

Capa de Aplicacin
La capa de aplicacin responde a mensajes completos recibidos (y arribados de la
capa de transporte), y construye los mensajes basados en la necesidad o la
disponibilidad de los datos del usuario. Una vez que se construyan los mensajes,
se pasan a la capa de pseudotransporte donde se dividen en segmentos y se
pasan a la capa de transmisin de datos y eventualmente comunicados sobre la
capa fsica.
Cuando los datos a transmitir son demasiado grandes para un solo mensaje de la
capa de aplicacin, se pueden construir mensajes mltiples de la capa de
aplicacin y transmitirlos secuencialmente. Sin embargo, cada mensaje es un
mensaje independiente de la capa de aplicacin; existe una indicacin de su
asociacin con el siguiente, en todos excepto en el ltimo. Debido a esta posible
fragmentacin de los datos de aplicacin, cada mensaje es referido como un
fragmento, y un mensaje por ende puede ser un mensaje de un solo fragmento o
un mensaje de mltiples fragmentos.
Los fragmentos de la capa de aplicacin de las estaciones Master de DNP son
tpicamente solicitudes de operaciones sobre objetos de datos, y los fragmentos
de la capa de aplicacin de estaciones esclavas de DNP son tpicamente
respuestas a esas peticiones. Una estacin esclava DNP puede tambin transmitir
un mensaje sin una peticin (una respuesta no solicitada).
Como en la capa de transmisin de datos, los fragmentos de la capa de aplicacin
se pueden enviar con una solicitud de confirmacin. Una confirmacin de la capa
de aplicacin indica que un mensaje no slo ha sido recibido, sino tambin
analizado sin error. (por otra parte, una confirmacin de la capa de transmisin de
datos, o ACK, indica solamente que se ha recibido el frame de la transmisin de
datos y que pas los controles de error del CRC.)
Cada fragmento de la capa de aplicacin comienza con una cabecera seguida por
una o ms combinaciones de objetos de datos y objetos cabecera. La cabecera de
la capa de aplicacin contiene un cdigo de control de la aplicacin y un cdigo
de funcin de la aplicacin. El cdigo de control de la aplicacin contiene una
indicacin de si el fragmento es parte de un mensaje multifragmento, una
indicacin de si una confirmacin de la capa de aplicacin es requerida por el
fragmento, una indicacin de si el fragmento fue no solicitado, y contiene un
nmero de secuencia de la capa de aplicacin. Este nmero de secuencia de la
capa de aplicacin permite que la capa de aplicacin receptora detecte los
fragmentos que estn fuera de secuencia, o los fragmentos perdidos.
El cdigo de funcin de cabecera de la capa de aplicacin indica el propsito, o la
operacin solicitada, del mensaje. A la par que DNP 3.0 permite mltiples tipos de
datos dentro de un nico mensaje, permite una nica operacin sobre los tipos de
datos dentro del mismo. Algunos ejemplos de cdigos de funcin son:
Confirmar (para las confirmaciones de la capa de aplicacin), leer y escribir,
seleccionar y operar, congelar y limpiar (para los contadores), reiniciar, permitir e

invalidar mensajes no solicitados, y asignar la clase (discutida abajo). El cdigo de

funcin de cabecera de la capa de aplicacin se aplica a todas las cabeceras del
objeto, y por lo tanto a todos los datos dentro del fragmento del mensaje.

Organizacin
de
la
Base
de
datos
En DNP, los datos se ordenan en tipos de datos. Cada tipo de datos es un grupo
objeto, incluyendo:

Entradas de informacin binaria (valores de un solo bit slo lectura).

Salidas binarias (valores de un solo bit cuyo estado puede ser ledo, o que
puede ser pulsado o trabado directamente o a travs de operaciones tipo sbo).
Entradas de informacin analgicas (valores mltipledgito slo lectura).
Salida analgica (valor mltipledgito cuyo estado puede ser ledo, o que
puede ser controlado
Directamente o a travs de operaciones tipo sbo).
Contadores.
Hora y fecha.
Objetos de transferencia de archivos.
Etc.

Para cada grupo de objetos, o tipo de datos, existen uno o ms puntos de

referencia. Un punto de referencia es un nico valor del tipo especificado por su
grupo de objeto.
Tambin dentro de cada grupo de objeto, existen variaciones. Una variacin del
grupo de objeto se utiliza tpicamente para indicar un mtodo diferente de
especificar datos dentro del grupo de objeto. Por ejemplo, las variaciones de
entradas de informacin analgicas permiten la transferencia de los datos como
valores enteros con signo de 16 bits, de 32 bits, o como valores de 32bit con
coma flotante.
Segn lo descrito arriba, un mensaje de la capa de aplicacin puede contener
mltiples cabeceras del objeto.
Una cabecera del objeto especifica un grupo de objeto, una variacin del grupo de
objeto, y un rango de puntos dentro de esa variacin del grupo de objeto. Algunos
cdigos de funcin de la cabecera de la capa de aplicacin indican que a cada
cabecera del objeto siguen los datos del mismo; otros cdigos de funcin indican
que no hay datos del objeto en el mensaje en su lugar, mltiples cabeceras del
objeto, si existen, siguen contiguamente a cada una de las otras. Por ejemplo, un
fragmento ledo del mensaje de solicitud contiene solamente las cabeceras del
objeto que describen los grupos de objeto, las variaciones, y los rangos de puntos
que se solicitan leer y responder; un fragmento ledo del mensaje de respuesta
contiene cabeceras del objeto y los datos del objeto solicitado.
DNP 3.0 permite que los object point ranges sean especificados en una variedad
de maneras. Para peticin de mensajes, los object point ranges pueden consistir
en:

Una peticin para todos los puntos del grupo de objetos especificado
Una peticin para un rango contiguo de puntos comenzando con un
especfico punto de partida y
Terminando con un especfico punto de llegada.
Una peticin para una mxima cantidad de puntos con una lista de puntos
solicitados.

Para los mensajes de respuesta, los object point ranges consisten tpicamente en
un rango contiguo de puntos que comienzan con un punto de partida especificado
y terminan con una punto de llegada especificado, o con una lista de puntos. Para
los object point ranges de respuesta que consisten en una lista de puntos, un
nmero de punto precede a cada objeto de datos. El nmero de puntos en la lista
se especifica como parte del object point range.

Modelo de Reportes
Muchos de los grupos de objeto pueden corresponder, pero se separan, los grupos
de objeto que contienen datos del cambio. Los datos del cambio representan
solamente los puntos que han cambiado para un grupo de objeto especficamente
correspondiente. Por ejemplo, el grupo nmero 1 de objeto representa las
entradas de informacin binarias (consideradas los datos estticos), y el grupo
nmero 2 de objeto representa datos binarios con cambio de la entrada de
informacin. Cuando un punto en el grupo de objeto 1 se detecta que ha
cambiado, un acontecimiento de cambio en el grupo de objeto 2 para el mismo
nmero del punto se crea. Incluye solamente los puntos que han cambiado en los
mensajes de respuesta, esto permite mensajes ms pequeos y eficientes.