INFORME SOBRE EL PROTOCOLO DNP3

INTRODUCCIN

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
TOPOLOGAS

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 60870-5 (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.