Fundamentals of DNP3

Michael Cevallos, Escuela Politécnica Nacional (EPN), Quito - Ecuador


Resume –En el siguiente documento se presentara los
conceptos fundamentales de DNP3, como lo son el modelo
OSI y su comparación con el DNP3, para asi conocer la
estructura de su mensaje, aplicaciones, etc. En cuanto al
modelo OSI durante la transmisión se pasan datos de alto
nivel de la aplicación del usuario al nivel de la aplicación, y
de allí a través de la jerarquía para producir una
secuencia de datos a través del medio de comunicaciones
físico. DNP3 usa las tres capas utilizadas en OSI, pero
agrega algunas funciones de transporte
Summary: The following document will present the
fundamental concepts of DNP3, such as the OSI model and
its comparison with the DNP3, so as to know the structure
of its message, applications, etc. As for the OSI model
during transmission, high-level data of the user's
application is passed to the application level, and from
there through the hierarchy to produce a sequence of data
through the physical communications medium. DNP3 uses
the three layers used in OSI, but adds some transport
functions
2. PREPARACIÓN DEL TRABAJO TÉCNICO
2.1 Conceptos Fundamentales
2.1.1 El modelo de siete capas de OSI
El modelo OSI presenta las comunicaciones de datos de
forma jerárquica, comenzando desde abajo con la capa física
(capa 1) y pasando a la capa de aplicación (capa 7) en la parte
superior (Figura 1). En cuanto al modelo durante la
transmisión se pasan datos de alto nivel de la aplicación del
usuario al nivel de la aplicación, y de allí a través de la
jerarquía para producir una secuencia de datos a través del
medio de comunicaciones físico. En el proceso, los datos
pueden convertirse de una única unidad de datos de aplicación
de usuario en trozos más pequeños y finalmente en un flujo de
bits. En la recepción en su destino, se aplica el proceso inverso
y lleva a la regeneración de la unidad de datos del nivel de
aplicación original

Índices – modelo OSI, DNP3, capa física, capa de

trasporte.

1. INTRODUCCIÓN

DNP3 o Distributed Network Protocol 3 es un estándar

de telecomunicaciones que define las comunicaciones entre
estaciones maestras, unidades remotas (RTU) y otros
dispositivos electrónicos inteligentes (IEDs). Fue desarrollado
para lograr la interoperabilidad entre los sistemas de empresas
eléctricas, petroleras, de agua, entre otras.
DNP3 ha sido diseñado específicamente para aplicaciones
SCADA (Control supervisor y adquisición de datos), esto
implica la adquisición de información y envío de comandos de Figura 1.- ISO open systems interconnection (OSI) model
control entre dispositivos computarizados separados
físicamente. Está diseñado para la transferencia de paquetes
relativamente pequeños de datos de manera fiable con los 2.1.2. Mejora la arquitectura de rendimiento (EPA)
mensajes que lleguen a participar de una secuencia
determinista. En este sentido se diferencia de otros protocolos El modelo de arquitectura de rendimiento mejorado,
de uso general, tales como FTP, que es parte de TCP/IP, que desarrollado por el Comité Técnico IEC 57 es un subconjunto
de tres capas del modelo de siete capas de OSI. Las capas
puede enviar archivos de gran tamaño, pero de una manera
utilizadas en este modelo son las dos capas de hardware y la
que generalmente no es tan adecuada para el control SCADA
capa de software superior, la capa de aplicación (Figura 2).

Figura 2.- Enhanced performance architecture (EPA) model
DNP3 usa las tres capas antes mencionadas en OSI, pero
agrega algunas funciones de transporte. A menudo se los
denomina capa de pseudotransporte, y algunas veces se
representan como correspondientes a las capas de transporte y
red de una manera limitada. Esta relación se muestra en la
Figura 3
Figura 3.- Relationship of EPA model to OSI seven-layer model
Este dibujo muestra la relación entre la arquitectura de
rendimiento mejorada de tres capas (EPA), implementada por
DNP3, y el modelo de referencia OSI.
2.1.2 Funciones de las capas modelo
 Capa física
La capa física es el medio físico sobre el que se transmite el
protocolo. El elemento de datos en este nivel es esencialmente
el bit. La definición de la capa física también incluye las
funciones para controlar los medios, como los detalles
necesarios para establecer y mantener el enlace físico, y para
controlar el flujo de datos.
La especificación real de esta capa es normalmente una norma
separada, como ITU-T X.21, o V.24, RS-232 u otras.
 Capa de enlace de datos
La capa de enlace de datos proporciona una transmisión
confiable de datos a través del medio físico. Mientras que la
capa física se refiere al paso de una señal, o un poco de datos,
la capa de enlace de datos se ocupa del paso de grupos de
datos. Estos grupos pueden ser referidos como un marco. Las
funciones proporcionadas por la capa de enlace de datos
incluyen control de flujo y detección de errores.
 La capa de pseudo-transporte
Esta capa se incluye en DNP3 para permitir la transmisión de
bloques de datos más grandes que los que podrían manejarse
de otro modo. Algunos escritores han descrito esto en
términos de servicios de red y de transporte, aunque estos
simplemente se conocen como servicios de pseudo-transporte.
Las funciones de red se ocupan del enrutamiento y control de
flujo de paquetes de datos a través de redes. Las funciones de
transporte proporcionan una entrega de extremo a extremo
transparente de red de mensajes completos, incluido el
desmontaje y el reensamblaje, y la corrección de errores.
 Capa de aplicación
La capa de aplicación es el nivel donde se generan los datos
para enviar, o se solicita que se envíen. La capa interactúa con
los niveles inferiores para transmitir la información requerida.
A su vez, la capa de aplicación DNP3 proporciona sus
servicios a los programas de aplicación de usuario, como un
sistema HMI, una RTU u otro sistema.
2.2 Comprender la estructura del mensaje DNP3
2.2.1 Acumulación de mensaje DNP3
La figura 4 muestra cómo se genera el mensaje transmitido en
DNP3. Cada capa del modelo toma la información pasada
desde la capa superior y agrega información relacionada con
los servicios realizados por esa capa. La información adicional
generalmente se agrega como un encabezado, es decir, en
frente del mensaje original.
Figura 4.- Build-up of DNP3 message
Por lo tanto, durante el ensamblaje del mensaje, el mensaje
aumentará de tamaño con cada capa que pase por debajo.
También se desensambla en este proceso en unidades de datos
más pequeñas. La acumulación de mensaje ilustrada en la
figura 4 ahora se describe brevemente para cada capa. Se
describe aquí desde el nivel más alto, el nivel de aplicación,
hacia abajo. Esto refleja la secuencia de generación de
mensajes durante el envío. Por supuesto, la secuencia en el
otro extremo está en reversa, ya que el mensaje se pasa por el
medio físico, en la capa de enlace de datos y hasta la capa de
aplicación.
2.2.2 Capa de aplicación
Los datos del usuario son los datos que surgen de la aplicación
del usuario. La aplicación del usuario se puede visualizar
como una capa sobre la capa de aplicación, y podría ser, por
ejemplo, un programa de interfaz hombre-máquina (HMI)
como 'Citect' o 'Intellution Fix', o podría ser un programa
incrustado, como un C + programa de aplicación. Los datos
podrían ser datos de alarma y evento, datos de estado digital, o
incluso un archivo de datos como un archivo de configuración
que pasa de una estación maestra a una RTU o un IED. Por
otro lado, en el caso de que muchos tipos de comando sean
emitidos por una estación maestra, puede que no haya datos en
absoluto. Un punto clave es que estos datos pueden ser de
cualquier tamaño. El tamaño total de los datos no está limitado
por el protocolo.
La capa de aplicación inicialmente forma los datos en bloques
de tamaño manejable. Estas se llaman unidades de datos del
servicio de aplicación o ASDU. La capa de aplicación crea la
APDU de la unidad de datos de protocolo de aplicación
combinando un encabezado con los datos ASDU. El
encabezado de la aplicación se denomina información de
control del protocolo de la aplicación o APCI. Esto tiene 2
bytes o 4 bytes de longitud, dependiendo de si el mensaje es
una solicitud o una respuesta. En el caso de un comando u otra
solicitud del usuario que no requiera datos adicionales, solo
hay un encabezado y ninguna ASDU. Dependiendo del
tamaño total de los datos a transmitir (el tamaño de la ASDU),
se crean una o más APDU. En el caso de que se requieran
varias APDU, cada una de ellas se denomina fragmentos. Si
bien el número de fragmentos requeridos que representan una
ASDU no está limitado, el tamaño de cada fragmento está
limitado a un máximo de 2048 bytes.
2.2.3 La capa de pseudo-transporte
La APDU de la capa de aplicación puede denominarse unidad
de datos de servicio de transporte dentro de la capa de pseudo-
transporte. Se interpreta únicamente como datos para ser
transportados por la capa de transporte. La capa de transporte
divide la TSDU en unidades más pequeñas denominadas
unidades de datos de protocolo de transporte o TPDU. Estos se
componen de un encabezado de 1 byte, seguido de un máximo
de 249 bytes de datos. El tamaño total de las TPDU, que es de
250 bytes, se determinó de modo que cada TPDU se ajuste
dentro de un 'Frame' o LPDU en la capa de enlace de datos.
2.2.4 La capa de enlace de datos
Esta capa toma las TPDU de la capa de pseudo transporte y
agrega un encabezado de 10 bytes a cada una. Como la capa
de enlace de datos también es responsable de proporcionar
funciones de detección y corrección de errores, aquí se
introducen códigos de comprobación de errores. Se usa un
código de redundancia cíclica (CRC) de 16 bits. Cada TPDU
se convierte en un marco de hasta 292 bytes de longitud. Vale
la pena señalar en este punto que el formato de trama se
conoce como formato de trama FT3, que fue descrito
originalmente por IEC 870-5-1. Este formato de cuadro
representa un punto histórico de terreno común entre DNP3 e
IEC 870-5.
2.2.5 La capa física
La capa física convierte cada cuadro en un flujo de bits sobre
el medio físico. En la documentación original de DNP3, se
especifica una capa física asíncrona de serie de bits. Requiere
datos de 8 bits, un bit de inicio, un bit de parada, sin paridad, y
niveles de tensión RS-232C y señales de control.
2.2.6 Resumen de acumulación de mensajes
Se ha demostrado que la acumulación de mensajes DNP3
desde una perspectiva descendente tiene las siguientes
características:
• Las funciones de aplicación pueden o no requerir el paso de
datos
• Los comandos a menudo no requieren datos
• La capa de aplicación analiza los datos en APDU
• El tamaño máximo de APDU es 2048 bytes
• La capa de pseudo-transporte analiza la APDU en TPDU
más pequeñas
• El tamaño máximo de la TPDU es de 250 bytes
• La capa de enlace de datos agrega encabezados y CRC para
formar el LPDU
• El tamaño máximo de LPDU es de 292 bytes, de los cuales
250 bytes son datos.
2.3 Capa física
La capa física define las características de la interfaz física en
términos de especificaciones eléctricas, temporización, pin-
outs, etc. Esto incluye los detalles necesarios para establecer y
mantener el enlace físico. El elemento de datos en este nivel es
esencialmente el bit.
2.3.1 Descripción de la capa física
La capa física originalmente recomendada para DNP3 tiene la
siguiente especificación:
• Bit serial asincrónico
• Ocho bits de datos
• Un bit de inicio, un bit de parada
• Sin paridad
• Niveles de voltaje RS-232C y señales de control
• Protocolo de hardware CCIT V.24 para comunicaciones
DTE / DCE.
2.3.2 Servicios proporcionados por capa física
La capa física debe proporcionar estas funciones:
• Conectar
• Desconectar
• Enviar
• Recibir
• Estado.
2.3.3 Topologías
DNP3 admite comunicaciones maestro-esclavo o peer-to-peer,
con topologías de uno a uno o de varias caídas.
• Punto a punto
• Multi-drop de un maestro
• Jerárquico con concentradores de datos intermedios
• Múltiple maestro.
La topología punto a punto o directa se refiere al caso de dos
dispositivos DNP3 conectados entre sí, ya sea directamente
con un cable o a través de módems y una ruta de
comunicaciones. Esto podría ser a través de una línea
arrendada, a través de radios, o a través de la red telefónica
pública conmutada (PSTN). Una topología de bus en serie es
la alternativa a una topología directa. Esto también se conoce
como multi-drop.
2.3.4 Procedimientos de capa física
Se deben proporcionar procedimientos para admitir
comunicaciones semidúplex y dúplex completo. Los
procedimientos específicos utilizados dependerán de la
topología y de si está disponible la transmisión half-
fullduplex. Una función particular de los procedimientos es
gestionar el evento de colisión de mensajes, donde puede
ocurrir. Debido a que DNP3 es compatible con las
comunicaciones de igual a igual, cualquier estación puede
actuar como primario o iniciador de mensajes. Debido a esto,
los mensajes pueden enviarse desde dos estaciones
simultáneamente, causando una colisión. Los procedimientos
de la capa física son:
Procedimientos half-duplex
 Enlace directo
Con un enlace directo o de punto a punto, la demora desde el
borrado de DCD debe ser suficiente para permitir que la
estación maestra detecte la pérdida de DCD y comience la
transmisión.
 Enlace multi-drop
En el caso de un enlace de múltiples solos, se deben usar
demoras de tiempo para asegurar que las estaciones tengan
acceso al medio. Esto se logra al proporcionar un tiempo de
retroceso realizado con un retardo fijo más un retardo variable.
Procedimientos de dúplex completo
 Enlace directo
No se puede producir ninguna colisión, ya que tanto el
maestro como el esclavo tienen su propio canal entre ellos.
 Enlace multi-drop
Los retardos de tiempo se utilizan como multidirección
semidúplex, excepto que el retardo de tiempo fijo puede
reducirse, ya que no es necesario proporcionar esto para el
maestro. En el entorno multipunto de dúplex completo, el
maestro tiene su propio canal para todos los receptores.
2.4 Capa de enlace de datos
2.4.1 Descripción de la capa de enlace de datos
El objetivo de la capa de enlace de datos es establecer y
mantener una comunicación confiable de datos a través del
enlace físico.
El establecimiento del enlace implica la configuración del
enlace de comunicaciones lógicas entre el emisor y el
receptor. DNP3 es capaz de soportar operaciones orientadas a
la conexión o sin conexión. Por lo tanto, si un canal opera a
través de una línea PSTN y requiere conexión marcando antes
de que la comunicación pueda comenzar, la capa de enlace de
datos lo gestiona sin ninguna dirección desde niveles
superiores.
La unidad de datos en el nivel de capa de enlace se puede
llamar marco, tiene un tamaño máximo de 292 bytes, incluidos
los códigos CRC, y transporta un total de 250 bytes de
información de los niveles superiores. La trama incluye
direcciones de origen y destino de 16 bits en su encabezado.
El rango de direcciones FFF0-FFFF está reservado para
mensajes de difusión, que están destinados a ser procesados
por todos los receptores. Como característica de seguridad
adicional, cada fotograma transmitido puede solicitar una
confirmación de recepción. Esto se denomina confirmación de
capa de enlace. Estos servicios y funciones se amplían en las
siguientes secciones.
2.4.2 Servicios prestados
• Establecer y mantener el canal de comunicación
• Informe sobre el estado del enlace a capas superiores
• Detecta y corrige los errores que pueden ocurrir durante la
transmisión
• Conversión de datos entre LSDU y LPDU
• Notificación de error a niveles más altos
• Secuenciación y entrega priorizada de LSDU.
2.4.3 Cómo se controla la trasmisión.
DNP3 controla la transmisión en el nivel de capa de enlace
mediante el uso de procedimientos de transmisión definidos.
Estos procedimientos utilizan un byte de control contenido
dentro del marco de mensaje para controlar la transmisión. Es
importante darse cuenta de que ni el byte de control ni los
procedimientos pueden hacerlo por sí mismos. Los
procedimientos definen qué acciones se toman en cada
extremo y el byte de control proporciona la coordinación entre
ellos. Define qué tipo de transmisión se envía, es decir, el tipo
de trama y en qué parte del proceso encaja la trama.
Para comprender cómo funciona el proceso general, es
necesario examinar la estructura del marco, el significado de
la información en el byte de control y finalmente los
procedimientos mismos.
 El formato de marco FT3
Este fue uno de los cuatro formatos de cuadros posibles
especificados por IEC 870-5-1. Los otros son FT1.1, FT1.2 y
FT2. El formato especifica un encabezado de 10 bytes,
seguido opcionalmente por hasta 16 bloques de datos. El
tamaño total del mensaje está limitado a 292 bytes, lo que
proporciona una capacidad de datos máxima de 250 bytes. Por
lo tanto, un cuadro completamente empaquetado comprenderá
el encabezado más 16 bloques de datos, y el último bloque
contendrá 10 bytes de datos (Figura 5).
Figura 5.- FT3 frame format
 Byte de control
El byte de control sigue los bytes de inicio y longitud en el
formato de marco. Proporciona control del flujo de datos sobre
el enlace físico, identifica el tipo e indica la dirección. La
interpretación de la mayor parte del byte de control depende
de si la comunicación es un mensaje primario o secundario
(Figura 6)
Figura 6.- Control byte
 Bit de dirección
El bit DIR indica la dirección del mensaje entre las estaciones
maestra y no maestra.
 Bit primario
El bit PRM se establece si el cuadro es primario (iniciador) o
secundario (responde).
 Bits de conteo de cuadros
Estos son el bit de conteo de cuadros (FCB) y el bit válido de
conteo de cuadros (FCV). Estos bits solo se usan para
mensajes primarios. El bit de recuento de fotogramas se usa
para detectar pérdidas o duplicación de fotogramas en una
estación secundaria. El bit válido de conteo de cuadros
permite el uso del FCB. Cuando el bit FCV es verdadero, el
FCB se alterna para cada transacción SEND-CONFIRM
exitosa entre las mismas estaciones primaria y secundaria.
 Bit de control de flujo de datos
El bit de control de flujo de datos (DFC) se incluye en cuadros
secundarios. La estación secundaria establecerá DFC = 1 si un
ENVÍO adicional de datos de usuario hará que se desborde su
búfer. Al recibir una trama con DFC = 1, una estación
primaria dejará de enviar datos, pero solicitará el estado del
enlace hasta que DFC = 0.
 Códigos de función de enlace de datos
Las tablas a continuación muestran los significados detallados
para diferentes valores del byte de código de función. Los
significados son diferentes dependiendo de si el mensaje es
una transmisión primaria o secundaria.
La siguiente versión abreviada de los códigos de función se
incluye en los diagramas de secuencia. Los códigos van
precedidos por una P y una S, que representan códigos
primarios o secundarios
Figura 7.-Códigos de función.
 Control de errores
El control de errores se efectúa mediante el uso de un código
de detección de errores y mediante los procedimientos de
transmisión. La primera parte del control de errores es detectar
cuándo ha ocurrido un error en un mensaje. DNP3 usa un
código de redundancia cíclica de 16 bits o CRC para hacer
esto. El CRC se transmite una vez en el encabezado del cuadro
y, posteriormente, una vez por cada bloque de hasta 128 bits
de datos de usuario que se transmiten. Al calcular un CRC
para cada bloque de datos recibidos, y compararlo con el CRC
transmitido para ese bloque, los errores se detectarán si
ocurren.
La segunda parte del control de errores es la acción realizada
cuando se detecta un error. En todos los casos donde se
detecta un error en cualquier parte de un marco, el marco es
rechazado por la capa de enlace de datos de recepción
2.4.4 Procedimientos de transmisión
 Restablecimiento de enlace
Se requiere un restablecimiento de enlace para habilitar las
comunicaciones entre una estación primaria y una secundaria.
• Debe usarse después de un inicio, reinicio o falla de enlace.
• Es responsabilidad de la estación primaria realizar el reinicio
(de su enlace a una estación secundaria).
• Inicia las estaciones primaria y secundaria para más
transacciones SEND-CONFIRM.
• Sincroniza el FCB para que FCB = 1 sea esperado por el
secundario para la transacción posterior al reinicio.
En el diagrama de secuencia de comunicación de la figura 8,
se representa la transacción de restablecimiento de enlace. Los
bloques se muestran representando los cuadros reales
transmitidos. La estación primaria se muestra a la izquierda y
la estación secundaria a la derecha. Los estados se muestran
para el FCB (bit de control de trama) en el primario, y el valor
esperado del FCB, en la estación secundaria.
 • Incluye un encabezado de un byte
• TPDU puede transportar 249 bytes de datos de usuario
• La TPDU puede caber en un formato de trama FT3 (LSDU)
• El encabezado tiene bits FIR y FIN y un número de
secuencia de seis bits
• Pasa TPDU hacia y desde la capa de enlace de datos
• Ensambla TPDU entrantes en TSDU.

2.6 Manejo de mensaje de capa de aplicación

2.6.1 Descripción de la capa de aplicación

• Formularios solicitan mensajes a estaciones remotas

• Los mensajes de solicitud pueden ser comandos, enviar datos
o solicitar datos
• Acepta datos de la aplicación del usuario para enviarlos a
Figura 8.- Reset link master o a outstation
• Desglosa datos de usuario en múltiples ASDU
• Agrega información de control (APCI) para formar APDU
 Restablecer proceso de usuario • Múltiples APDU se llaman fragmentos
La documentación original de DNP3 definió la siguiente • Los fragmentos no superan los 2048 bytes
funcionalidad: • Los fragmentos contienen objetos de datos
• Utilizado para restablecer el proceso de usuario del enlace • Cada fragmento debe ser procesable por sí mismo.
• Se envía un ACK si el proceso del usuario lo acepta
• De lo contrario, se envía una respuesta NACK. 2.6.2 Secuencias de mensaje de aplicación
 Prueba
• Usado para probar el enlace En el nivel de la aplicación, hay dos tipos básicos de mensajes
• La estación secundaria comprueba FCB a FCB esperado en DNP3. Estas son solicitudes y respuestas. Solo una estación
• Si los FCB coinciden, envía ACK y alterna FCB esperado maestra puede enviar una solicitud, y solo una estación
• Si FCB no coincide, reenvía el último marco de externa puede enviar una respuesta. Sin embargo, hay una
confirmación. clase especial de respuesta llamada 'respuesta no solicitada'.
 Confirmado enviar datos de usuario Esto permite a una estación enviar información a una estación
• La función de datos del usuario es el mensaje más común. maestra o a un compañero (otra estación no maestra). Las
• El enlace debe reiniciarse antes de su uso. secuencias de mensajes se muestran en las Figuras 12 y 13
• Lleva los datos del usuario.
• Proporciona transferencia confiable de datos de usuario al
reenviar marcos con errores.
 Datos de usuario de envío no confirmados
• Se usa para datos de usuario de baja prioridad
• No se envían confirmaciones por secundaria
• Uso más eficiente del ancho de banda.
 Solicitar estado de enlace
• Enviado para solicitar el estado de la estación secundaria
• Usado después de recibir un NACK o un ACK con DFC = 1
• El marco de respuesta tendrá DFC configurado o despejado
para dar el estado.

2.4.5 Código de error CRC Figura 9.- Application message sequences

DNP3 define un código de verificación de redundancia cíclica

de 16 bits (o CRC) para la detección de errores. El CRC de 16
bits se proporciona para los datos del encabezado de 64 bits y
para cada bloque de 128 bits (16 bytes) de datos de usuario
transmitidos.

2.5 Capa de transporte (pseudo-transporte)

• Toma fragmentos de TSDU de hasta 2048 bytes y los rompe

varias TPDU
 Figura 10.- Unsolicited response message

2.6.3 Diagramas de flujo de transacción de mensaje

 Transacción de mensaje típica

El ejemplo muestra una solicitud maestra inicial sin el bit de Tabla 2.- código de solicitud.
confirmación establecido. La estación responde sin una Tabla3.- Código de respuesta
confirmación previa. Como la respuesta de la estación ha
configurado CON, el maestro envía una confirmación al
recibirla. Más tarde, la subestación realiza una respuesta no  Solicitar códigos de función
solicitada. Utiliza un número de secuencia en el rango 16-31. Las funciones de transferencia son aquellas relacionadas con
La estación maestra responde usando el mismo número de la transferencia de objetos de datos definidos. Estas son las
secuencia. funciones que adquieren datos de la estación, o le escriben
. información de control.

Tabla 4.- Funciones de Transferencia

Tabla 1.- Tipico mensaje de transaccion.
Las funciones de control se utilizan para operar o cambiar los
puntos de control en una estación. Estas pueden ser salidas de
2.7 Códigos de función de aplicación relés de control, es decir, puntos digitales o valores de puntos
El código de función es el segundo byte de la información de de referencia analógicos. Estos pueden ser operados
control del protocolo de aplicación. Sigue el byte de control de directamente, con o sin acuse de recibo, o con la secuencia de
la aplicación tanto en los encabezados de solicitud de las seleccionar antes de operar.
estaciones maestras como en los encabezados de respuesta de
las estaciones remotas.
 Descripción general de los códigos de función
Las acciones específicas requeridas para cada código de
función se incluyen en las tablas 2 y 3.

Tabla 5.- funciones de control

Las funciones de congelación generalmente se usan para lo

siguiente:
• Registrar datos de estado de todo el sistema en un momento
común (por ejemplo, medianoche)
• Registrar el estado o el valor de un punto específico a
intervalos regulares (por ejemplo, para hacer una tendencia
tasa de flujo).
Tabla 6.- funciones de congelación
Las funciones de control de la aplicación están codificadas en
orden decreciente. El reinicio en frío es un reinicio completo
de la estación, como si hubiera sido desactivado y luego
reactivado. El reinicio en caliente se puede utilizar para
reiniciar la aplicación DNP3, pero no necesariamente reinicia
otros programas de aplicación. Normalmente, el reinicio en
caliente se utiliza para inicializar su configuración y borrar los
eventos almacenados en sus búferes. Una vez que se ha
iniciado un reinicio frío o caliente, la estación maestra no debe
intentar comunicarse con la estación hasta que haya
transcurrido el intervalo de tiempo de reinicio devuelto en la
respuesta de la estación.
Tabla 7.-Aplicaciones de las funciones de control
La configuración a la que se refieren estas funciones es el
estado de los parámetros y configuraciones que
colectivamente determinan el comportamiento de la estación.
No se refiere a un programa completo o descarga de
'configuración'. La función de guardar configuración causa el
almacenamiento en una ubicación de memoria no volátil
específica de las configuraciones que definen la configuración
del sistema.
Tabla 8.- Funciones de configuraciones
Tabla 9.- Funciones de sincronización
Los códigos de función de archivo proporcionan operaciones
de archivos con configuración y otros archivos en dispositivos
de outstation. Algunos dispositivos pueden implementar
funciones de seguridad para controlar el acceso a archivos.
Cuando sea necesario, estos utilizan un paso de autenticación,
donde la estación maestra envía un nombre de usuario y una
contraseña con la función de autenticación. La estación
responde con una tecla de uso único, que luego es utilizada
por el maestro junto con las operaciones de cambio de archivo.
Tabla 10.- Funciones de archivo
 Funciones de respuesta
Los códigos de función de respuesta se aplican a todos los
mensajes de estaciones externas, es decir, estaciones que no
están designadas como estaciones maestras. La única
respuesta que requieren estos mensajes (de la estación
maestra) es una confirmación opcional al recibirla la estación
maestra.

Tabla 11.- Funciones de respuesta
2.7.1 Indicaciones internas
El campo de indicaciones internas (IIN) (figura 9.25) es un
campo de dos bytes que sigue el código de la función en todas
las respuestas. Es mediante el uso de las indicaciones internas
que el estado de outstation se informa al maestro después de
una solicitud. Cada bit en el campo tiene un significado
específico, de acuerdo con la tabla. Una estación habría
definido indicadores dentro de su memoria dinámica para que
se correspondan con los bits de campo IIN. Estas banderas se
copiarían en cada mensaje de respuesta. Las descripciones del
significado detallado de cada bit se incluyen en la siguiente
tabla
Figura 11.- Internal indications
Tabla 11.- Primer Byte
Tabla 12.- Segundo Byte
2.7.2 El encabezado del objeto
En DNP3, los datos siempre se componen de dos partes,
encabezados de objetos y objetos de datos. Los encabezados
de objeto identifican los tipos de objeto de datos y las
instancias específicas de esos datos a los que hace referencia
el mensaje. Estos datos pueden no estar necesariamente
contenidos en el mensaje; por ejemplo, una solicitud de lectura
lleva solo las referencias que identifican qué datos se
requieren. La respuesta a la solicitud de lectura contendrá
tanto la identificación de datos como los datos en sí. La
posición de los encabezados de objeto y los objetos de datos
dentro de la unidad de datos de protocolo de aplicación, o el
marco de mensaje
 El campo de objetos
El campo de objeto (Figura 9.13) está compuesto por el grupo
de objetos y los bytes de variación del objeto. El grupo
especifica el tipo general de datos, como las entradas
analógicas. La variación especifica una variación particular de
ese tipo de datos.
Tabla 13.- The object field
2.7.3 Los campos calificador y rango
 Propósito y estructura
Los campos calificador y rango siguen el campo de objeto en
el encabezado del objeto. Estos campos se utilizan para
identificar los puntos de datos específicos de cada grupo de
objetos y la variación a la que se hace referencia. Por ejemplo,
esto puede ser simplemente un rango de puntos consecutivos,
en cuyo caso los índices de inicio y punto de parada se
incluirán en el campo de rango. Alternativamente, puede
requerirse una lista de puntos no consecutivos, y en este caso
la lista de puntos debe proporcionarse por separado. Estos
casos y otros son manejados por el calificador y los valores de
campo de rango.
Los campos de calificador y rango se utilizan tanto en los
mensajes de solicitud de las estaciones maestras como en los
mensajes de respuesta de las estaciones externas. Para los
mensajes de solicitud, solo se requiere la identificación de los
datos. En los mensajes de respuesta, los objetos de datos
pueden incluirse en el mensaje. La estructura del campo
calificador se muestra en la figura 14

Figura 14.- The qualifier field
 Códigos calificados
En la siguiente tabla, se presenta un resumen de los códigos
calificadores.
Tabla 13. Tabla de códigos calificativos
 El subcampo de tamaño de índice
Para la mayoría de los modos de referencia, el subcampo de
tamaño I proporciona información adicional. El significado
específico del subcampo depende del modo de referencia. En
cada caso donde se usa el subcampo de tamaño I (es decir, no
es cero), da el tamaño de los campos adicionales que se dan
para cada objeto de datos. Dependiendo del modo de
referencia, estos campos adicionales contienen un
identificador, un índice o un número que da el tamaño del
objeto en bytes. Los códigos de tamaño I se muestran en la
tabla a continuación. El uso de estos se demuestra en las
siguientes subsecciones para cada modo de referencia.
Tabla 14.- Tabla de códigos de tamaño de índice
 Modo de índice de rango
El modo de índice de rango se indica con los códigos Q 0, 1 y
2. En este modo, el campo de rango contiene dos números.
Estos son los valores de índice de inicio y detención para los
objetos de datos.
Los valores del índice implican que en el outstation hay un
índice que proporciona una correspondencia uno a uno entre el
valor del índice y las ubicaciones reales dentro de la memoria
del dispositivo de los objetos de datos. El uso de índices
simplifica la referencia de objetos de datos porque,
independientemente del tamaño del objeto, cada número
consecutivo representa objetos de datos sucesivos.
 Modo rango absoluto
El modo de rango absoluto se indica mediante los códigos Q
3, 4 y 5. Este modo es similar al modo índice de rango porque
el campo de rango contiene valores de inicio y detención. Sin
embargo, estos valores representan direcciones de memoria
absolutas en lugar de números de índice. Este modo está
destinado para su uso como herramienta de diagnóstico
durante la fabricación. Esto se debe a que el uso de este modo
requiere un conocimiento detallado de la estructura de la
memoria para interpretar la información devuelta. En el
siguiente ejemplo, se utiliza el código Q 4, que define el modo
de índice absoluto con índices de 16 bits. Estos pueden hacer
referencia a un máximo de 65 536 objetos de datos. Se
observa que cuando se usan índices de múltiples bytes, se dan
en orden de bytes significativos más bajos a bytes
significativos más altos, es decir, LSB, MSB. En cuanto al
modo de índice de rango, también es posible usar prefijos de
tamaño de objeto en el mensaje de respuesta. Para hacer esto,
el código de tamaño I se establece en 4, 5 o 6 para seleccionar
prefijos de tamaño de objeto de 6, 16 o 32 bits
3. CONCLUSIONES
- El modelo OSI presenta las comunicaciones de datos de
forma jerárquica, comenzando desde abajo con la capa física
(capa 1) y pasando a la capa de aplicación (capa 7) en la parte
superior
-DNP3 usa las tres capas antes mencionadas en OSI, pero
agrega algunas funciones de transporte. A menudo se los
denomina capa de pseudotransporte, y algunas veces se
representan como correspondientes a las capas de transporte y
red de una manera limitada
- La capa física convierte cada cuadro en un flujo de bits
sobre el medio físico. En la documentación original de DNP3,
se especifica una capa física asíncrona de serie de bits.
- El código de función es el segundo byte de la información
de control del protocolo de aplicación. Sigue el byte de control
de la aplicación tanto en los encabezados de solicitud de las
estaciones maestras como en los encabezados de respuesta de
las estaciones remotas.
-En DNP3, los datos siempre se componen de dos partes,
encabezados de objetos y objetos de datos.

4. BIBLIOGRAFÍAS:
[1] Reynders, Deon, “Industrial Data Communication”, 2005