i

ESCUELA POLITECNICA NACIONAL

FACULTAD DE INGENIERA ELCTRICA Y

ELECTRNICA

ESTUDIO Y PRUEBAS DEL PROTOCOLO DE COMUNICACIN

DNP3.0 SOBRE TCP/IP PARA LA COMUNICACIN ENTRE LA
CENTRAL DE GENERACIN CUMBAY DE LA EMPRESA
ELCTRICA QUITO S.A. Y EL CENACE

PROYECTO PREVIO A LA OBTENCIN DEL TITULO DE INGENIERO EN

ELECTRONICA Y REDES DE LA INFORMACIN

JULIN ALEJANDRO VILLALBA MRQUEZ

julivm20@hotmail.com

DIRECTOR: ING. EDWIN NIETO ROS

edwin.nieto@epn.edu.ec

Quito, Marzo 2010

ii

DECLARACION

Yo, JULIN ALEJANDRO VILLALBA MRQUEZ, declaro bajo juramento que el

trabajo aqu descrito es de mi autora; que no ha sido previamente presentada
para ningn grado o calificacin profesional; y, que he consultado las referencias
bibliogrficas que se incluyen en este documento.

A travs de la presente declaracin cedo mis derechos de propiedad intelectual

correspondientes a este trabajo, a la Escuela Politcnica Nacional, segn lo
establecido por la Ley de Propiedad Intelectual, por su Reglamento y por la
normatividad institucional vigente.

JULIN ALEJANDRO VILLALBA MRQUEZ

iii

CERTIFICACIN

Certifico que el presente trabajo fue desarrollado por JULIN ALEJANDRO

VILLALBA MARQUEZ, bajo mi supervisin.

ING. EDWIN NIETO ROS

DIRECTOR DE PROYECTO

iv

AGRADECIMIENTOS

Agradezco a todos los colaboradores y gestores para la culminacin del presente

proyecto de titulacin, y en particular a la Empresa Elctrica Quito S.A. por el
auspicio y ayuda brindada.

A la Escuela Politcnica Nacional, a mis maestros que me otorgaron los

conocimientos adquiridos y al Ingeniero Edwin Nieto quien ha dirigido la
trayectoria de esta investigacin.

DEDICATORIA

El esfuerzo realizado en esta investigacin y el apoyo incondicional recibido, se lo

dedico a mis padres Ing. Hernn Villalba Jarrn y Dra. Irene Mrquez Tapia,
quienes con su perseverancia me han iluminado para seguir adelante.

A mi hermano Roberto que ha sido un respaldo en todo momento y me ha

brindado la fuerza necesaria para luchar y cumplir mis metas.

Julin Villalba Mrquez

vi

CONTENIDO
1. INTRODUCCION ................................................................................................ 1
1.1. REGULACION DEL CONELEC A LAS EMPRESAS ELECTRICAS DEL PAS
.......................................................................................................................... 2
1.2. CENTRALES DE GENERACIN DE LA EMPRESA ELECTRICA QUITO S.A
................................................................................................................................ 3
1.2.1 CENTRAL HIDROELCTRICA CUMBAY ............................................ 3
1.2.2 CENTRAL HIDROELCTRICA NAYN .................................................. 3
1.2.3 CENTRAL HIDROELCTRICA GUANGOPOLO..................................... 4
1.2.4 CENTRAL HIDROELCTRICA GUALBERTO HERNANDEZ ................. 4
1.3 MARCO TERICO: CARACTERISTICAS DE SISTEMAS SCADA .................. 5
1.3.1 CONCEPTOS BSICOS DE SISTEMAS SCADA ................................... 5
1.3.2 REQUISITOS DE UN SISTEMA SCADA................................................. 6
1.3.3 FUNCIONES PRINCIPALES DEL SISTEMA SCADA ............................. 7
1.3.4 ELEMENTOS DE UN SISTEMA SCADA................................................. 8
1.3.4.1 Unidad Terminal Maestra ......................................................... 9
1.3.4.2 Unidad Terminal Remota .......................................................... 9
1.3.4.2.1 PLCs (Controlador Lgico Programable) ..................... 11
1.3.4.3 Sistema de Comunicaciones entre la MTU y la RTU.............. 12
1.3.4.3.1 Protocolos de comunicacin ......................................... 14
1.3.4.4 Instrumentacin de Campo..................................................... 15
1.3.5 FUNCIONAMIENTO DE UN SISTEMA SCADA .................................... 15
1.3.6 BENEFICIOS DE UN SISTEMA SCADA ............................................... 17
1.4 CARACTERISTICAS PRINCIPALES DE LA AUTOMATIZACION Y EL
SISTEMA SCADA DE LA CENTRAL DE GENERACION CUMBAYA................... 18
1.5 DESCRIPCION DE LA TOPOLOGA DE RED DE COMUNICACIONES DE
LAS CENTRALES DE GENERACIN .................................................................. 20
1.5.1 TIPOS DE REDES DE LAS CENTRALES DE GENERACION DE LA
EEQ S.A ......................................................................................................... 23
1.6 RED DE REA LOCAL DE LA CENTRAL CUMBAY .................................... 24
1.7 COMUNICACION Y CONECTIVIDAD AL SWITCH INDUSTRIAL SCADA DE
LA CENTRAL DE GENERACION CUMBAYA....................................................... 25

vii

2. ESTUDIO DEL PROTOCOLO DE COMUNICACIN DNP3.0

.............................................................................................................................. 29
2.1 INTRODUCCIN ............................................................................................ 29
2.2 CARACTERSTICAS GENERALES DE DNP3.0 ............................................ 31
2.3 EMPRESAS FABRICANTES DE SCADA Y RTUs QUE SOPORTAN DNP3.0 ..
...33
2.4 RESPUESTAS NO SOLICITADAS DE DNP3.0 .............................................. 34
2.5 TIPOS DE POLEOS O ADQUISICION DE DATOS EN ESTACIONES
DNP3.0 .................................................................................................................. 34
2.5.1 MODO DE OPERACIN RPIDO ........................................................ 34
2.5.2 OPERACIN DE REPORTE DE DATOS POR EXCEPCIN NO
SOLICITADOS................................................................................................ 35
2.5.3 POLEO DE REPORTE DE DATOS POR EXCEPCIN ........................ 35
2.5.4 OPERACIN DE REPORTE DE DATOS POR EXCEPCIN
ESTTICOS ................................................................................................... 35
2.6 FUNDAMENTOS DEL PROTOCOLO DE RED DISTRIBUIDA DNP3.0 ......... 35
2.6.1 MODELO DE REFERENCIA OSI .......................................................... 35
2.6.2 MODELO EPA (Enhance Performance Architecture) ............................ 37
2.6.3 CONSTRUCCIN DE UN MENSAJE DNP3.0 ...................................... 39
2.6.3.1 Capa de Aplicacin DNP3.0 ....................................................... 40
2.6.3.2 Capa de Pseudotransporte ......................................................... 41
2.6.3.3 Capa de Enlace de Datos ........................................................... 41
2.6.3.4 Capa Fsica ................................................................................. 41
2.7 DESCRIPCION DE LAS CAPAS DEL MODELO EPA DE DNP3.0 Y EL
FORMATO DE LOS MENSAJES Y TRAMAS DEL PROTOCOLO DNP3.0 ......... 42
2.7.1 CAPA DE APLICACIN DE DNP3.0 ..................................................... 42
2.7.1.1 Secuencias de comunicacin a nivel de capa aplicacin ........... 43
2.7.1.2 Formato del mensaje de Capa de Aplicacin ............................. 43
2.7.2 CAPA DE PSEUDOTRANSPORTE ...................................................... 47
2.7.2.1 Formato del segmento de la Capa de Pseudotransporte DNP3.0
............................................................................................................... 48
2.7.2.2 Cabecera de la Capa Pseudotransporte ..................................... 48
2.7.3 CAPA DE ENLACE DE DNP3.0 ............................................................ 50

viii

2.7.3.1 Formato de la trama de Capa de Enlace DNP3.0

................................................................................................................. 50
2.7.3.2 Servicios de la Capa de Enlace DNP3.0 .................................... 55
2.7.3.3 Procedimientos de transmisin de la Capa de Enlace DNP3.0 .. 55
2.7.3.4 Secuencia de comunicacin entre Estaciones Maestro y Esclavo
DNP3.0 ................................................................................................... 60
2.7.4 CAPA FISICA ........................................................................................ 62
2.7.4.1 Topologas de red ....................................................................... 63
2.7.4.2 Procedimientos de la Capa Fsica .............................................. 65
2.7.4.3 Modos de Transmisin................................................................ 65
2.8 LIBRERA DE OBJETOS DE DNP3.0 ............................................................. 65
2.8.1 OBJETOS BINARIOS Y ANALGICOS ................................................ 67
2.8.2 OBJETOS DE SINCRONIZACIN ........................................................ 68
2.8.2.1 Tiempo de sincronizacin de DNP3.0 .......................................... 69
2.8.2.1.1 Mtodo de sincronizacin de tiempo de DNP3.0 .......... 70
2.8.3 OBJETOS DE CLASES ......................................................................... 71
2.8.4 CLASES DE PRIORIDAD PARA EL ESTAMPADO DE TIEMPO EN
ESTACIONES DNP3.0 ................................................................................... 72
2.9 DNP3.0 SOBRE TCP/IP .................................................................................. 72
2.9.1 ENCAPSULAMIENTO DE DNP3.0 SOBRE TCP/IP.............................. 74
2.9.2 CAPA DE ADMINISTRACIN DE CONEXIN ..................................... 76
2.10 COMPARACIN DEL PROTOCOLO DE COMUNICACIN DNP3.0
CON EL PROTOCOLO DE COMUNICACIN IEC 870-5-101.............................. 78
2.11 VENTAJAS Y DESVENTAJAS DEL USO DE DNP3.0 EN SISTEMAS DE
COMUNICACIONES DE SISTEMAS SCADA ....................................................... 82
2.11.1 VENTAJAS .......................................................................................... 82
2.11.2 DESVENTAJAS ................................................................................... 83

ix

3. PRUEBAS DEL PROTOCOLO DE COMUNICACIN DNP3.0 SOBRE TCP/IP

.............................................................................................................................. 85
3.1 INTRODUCCIN ........................................................................................... 85
3.2 DESCRIPCION DE LAS PRUEBAS PREVIAS A LA CONFIGURACIN
DE LOS EQUIPOS ............................................................................................... 87
3.2.1 CONEXIN AL PLC VIA TCP/IP ........................................................... 87
3.3 CONFIGURACIN DEL MDULO DNP3.0 TIPO ESCLAVO
DE INTERFAZ ETHERNET................................................................................... 93
3.4 CONFIGURACION DE LA ESTACION MAESTRA DNP3.0.......................... 105
3.5 PRUEBAS DE COMUNICACIN DNP3.0 SOBRE TCP/IP .......................... 113
3.6 RESULTADOS .............................................................................................. 128
3.7 CAPTURA DE MENSAJES DNP3.0 SOBRE TCP/IP ................................... 133

4. CONCLUSIONES Y RECOMENDACIONES .................................................. 138

REFERENCIAS BIBLIOGRFICAS ................................................................ 142
ANEXOS ......................................................................................................... 144

INDICE DE FIGURAS
CAPITULO 1
Figura 1.1 Esquema de los componentes de un sistema SCADA........................... 8
Figura 1.2 Esquema del conexionado entre la MTU y la RTU ............................. 10
Figura 1.3 Elementos de una RTU ........................................................................ 10
Figura 1.4 Arquitectura de un PLC (Controlador Lgico Programable) ................ 12
Figura 1.5 Componentes de un sistema SCADA tpico ......................................... 16
Figura 1.6 Componentes de un sistema SCADA tpico ......................................... 16
Figura 1.7 Topologa de red de las Centrales de Generacin ............................... 20
Figura 1.8 Topologa de la red corporativa y red de comunicaciones SCADA
de la Central de Generacin Cumbay ................................................................. 24
Figura 1.9 Comunicacin y Conectividad al Switch Industrial SCADA
de la Central de Generacin Cumbay ................................................................. 27

CAPITULO 2
Figura 2.1 Sistema de comunicaciones SCADA-DNP3.0 ...................................... 30
Figura 2.2 Modelo de Interconexin de Sistemas Abiertos OSI ............................ 36
Figura 2.3 Construccin de un mensaje genrico usando las 7
capas del modelo OSI ........................................................................................... 37
Figura 2.4 Modelo EPA (Enhanced Performance Arquitecture)
Arquitectura de Funcionamiento Mejorada ............................................................ 38
Figura 2.5 Relacin del modelo EPA de DNP3.0 y el Modelo OSI ........................ 38
Figura 2.6 Construccin de un mensaje DNP3.0 .................................................. 39
Figura 2.7 Secuencia de comunicacin entre una Estacin Maestra y
una estacin Esclavo en la Capa de Aplicacin .................................................... 43
Figura 2.8 Formato del mensaje de la Capa de aplicacin DNP3.0 ...................... 44
Figura 2.9 Formato detallado del fragmento APDU DNP3.0 ................................. 46
Figura 2.10 Segmentacin de la TSDU en varias TPDUs ..................................... 48
............................................................................................................................
Figura 2.11 Formato del segmento de la capa de Pseudotransporte DNP3.0 ...... 48
Figura 2.12 Detalle de la cabecera del mensaje de la capa
de Pseudotransporte DNP3.0................................................................................ 49
Figura 2.13 Formato de la trama de la Capa de Enlace DNP3.0 .......................... 52

xi

Figura 2.14 Byte de Control de la trama de Capa Enlace DNP3.0 ........................ 52

Figura 2.15 Link Reset entre Estacin Maestra y Esclavo .................................... 57
Figura 2.16 Test o Prueba de enlace de comunicacin
entre Estacin Maestra y Esclavo ......................................................................... 58
Figura 2.17 Request Link Status Cdigo de Funcin P9 ....................................... 59
Figura 2.18 Diagrama de Secuencia de Comunicacin Maestro-Esclavo
DNP3.0 .................................................................................................................. 61
Figura 2.19 Ejemplo de comunicacin full dplex y half dplex
en canales DNP3.0 ............................................................................................... 62
Figura 2.20 Topologas de red soportadas por DNP3.0 ........................................ 63
Figura 2.21 Topologa Tpica de una Red en donde se usa
DNP3.0 sobre TCP/IP ........................................................................................... 73
Figura 2.22 Encapsulamiento de DNP3.0 sobre TCP/IP ....................................... 75
Figura 2.23 Stack de Protocolos ........................................................................... 77

CAPITULO 3
Figura 3.1 Esquema del Prototipo de prueba de comunicacin DNP3.0 sobre
TCP/IP ................................................................................................................... 85
Figura 3.2 Fotografa del prototipo de comunicacin DNP3.0 sobre TCP/IP ........ 86
Figura 3.3 Forma de conexin al PLC ................................................................... 87
Figura 3.4 Conexin al PLC va TCP/IP ................................................................ 88
Figura 3.5 Prueba de conectividad ping al PLC .................................................... 88
Figura 3.6 Mdulos del PLC Quantum Schneider Electric .................................... 89
Figura 3.7 Seleccin de la Configuracin del PLC ................................................ 90
Figura 3.8 Asignacin de entradas y salidas ......................................................... 90
Figura 3.9 Adicin del modelo del mdulo DNP3.0 tipo esclavo ........................... 91
Figura 3.10 Cargar la informacin a la memoria del PLC...................................... 91
Figura 3.11 Cargar la informacin al PLC ............................................................. 92
Figura 3.12 Registros de datos binarios y analgicos del PLC Quantum Schneider
. ...................................................................................................................... 93
Figura 3.13 Software de Configuracion Prosoft Configuration Builder Versin
2.1.6.7. ................................................................................................................. 94
Figura 3.14 Forma de escoger el modelo del mdulo DNP3.0 tipo esclavo .......... 94
Figura 3.15 Seleccin del modelo del mdulo DNP3.0 tipo esclavo PTQDNPSNET

xii

-Q..95
Figura 3.16 Pantalla de configuracin del mdulo DNP3.0 tipo esclavo ............... 95
Figura 3.17 Pantalla de configuracin de la direccin IP y mscara ..................... 96
Figura 3.18. Configuracin de registros ................................................................ 96
Figura 3.19 Configuracin del mdulo DNP3.0 tipo esclavo ................................ 98
Figura 3.20 Configuracin del nmero de datos binarios y analgicos a enviar al
CENACE ............................................................................................................. 100
Figura 3.21 Configuracin del tipo de Clase 2 para los datos binarios ............... 100
Figura 3.22 Configuracin del tipo de Clase 3 para los datos analgicos de tipo
flotante ................................................................................................................ 101
Figura 3.23 Estampado de tiempo habilitado para eventos binarios ................... 101
Figura 3.24 Estampado de tiempo deshabilitado para eventos analgicos ......... 102
Figura 3.25 Forma de enviar el archivo de configuracin al mdulo DNP3.0 tipo
esclavo ................................................................................................................ 103
Figura 3.26 Archivo de configuracin envindose al mdulo DNP3.0 tipo esclavo.
103
Figura 3.27 Conexin al mdulo DNP3.0 tipo esclavo ........................................ 104
Figura 3.28 Pantalla del Men de configuracin del mdulo DNP3.0 tipo esclavo
104
Figura 3.29 Pantalla de configuracin del mdulo DNP3.0 tipo esclavo ............. 105
Figura 3.30 Pantalla de las lneas de monitoreo del Software ASE 2000
Communication Test ........................................................................................... 106
Figura 3.31 Pantalla de inicio del software ASE 2000 ......................................... 107
Figura 3.32 Seleccin del protocolo de comunicacin en el software ASE 2000
107
Figura 3.33 Seleccin del protocolo de comunicacin DNP3.0 LAN/WAN en el
software ASE 2000.............................................................................................. 108
Figura 3.34 Seleccin de las propiedades especficas del protocolo de
comunicacin DNP3.0 ......................................................................................... 108
Figura 3.35 Configuracin de la direccin IP remota y el puerto 20000 de DNP3.0
sobre TCP/IP ....................................................................................................... 109
Figura 3.36 Configuracin de la direccin IP y mscara del computador simulador
de la estacin maestra DNP3.0 ........................................................................... 109

xiii

Figura 3.37 Prueba de conectividad ping desde la estacin Maestra DNP3.0 hacia
el mdulo DNP3.0 tipo esclavo ........................................................................... 110
Figura 3.38 Configuracin del envo de requerimiento de datos binarios desde el
software ASE 2000.............................................................................................. 111
Figura 3.39 Configuracin del envo del requerimiento de datos analgicos desde
el software ASE 2000 ......................................................................................... 112
Figura 3.40 Requerimientos de las clases de DNP3.0 (Objeto 60) .................... 112
Figura 3.41 Simulacin de la estacin maestra en el software ASE 2000 .......... 113
Figura 3.42 Crear una tabla de datos de referencia ............................................ 114
Figura 3.43 Ingresamos un nombre a la tabla de datos de referencia ................ 114
Figura 3.44 Tabla de datos de referencia para simulacin de datos desde el
software Concept ................................................................................................ 115
Figura 3.45 Pantalla de Inicio del mdulo DNP3.0 tipo Esclavo .......................... 115
Figura 3.46 Ingresamos a la base de datos DNP Database View ....................... 116
Figura 3.47 Lectura de datos en el mdulo DNP3.0 tipo esclavo ........................ 116
Figura 3.48 Forma de seleccionar el editor de variables ..................................... 117
Figura 3.49 Editor de variables........................................................................... 118
Figura 3.50 Datos requeridos por el CENACE simulados desde el Software
Concept ............................................................................................................... 119
Figura 3.51 Datos requeridos por el CENACE ledos en el mdulo DNP3.0 tipo
esclavo. .............................................................................................................. 119
Figura 3.52 Lectura de los datos binarios y analgicos requeridos por el CENACE
desde la Estacin Maestra DNP3.0..................................................................... 120
Figura 3.53 Procedimiento Delay Measurement seleccionado desde el Software
ASE 2000 ............................................................................................................ 121
Figura 3.54 Envo del procedimiento Delay Measurement desde la Estacin
Maestra (Software ASE 2000) ............................................................................ 122
Figura 3.55 Envo y respuesta del retardo del procedimiento Delay Measurement.
122
Figura 3.56 Objeto 50 de variacin 1 seleccionado desde el Software ASE 2000
para el envo........................................................................................................ 123
Figura 3.57 Envo del objeto 50 de variacin 1 desde la estacin maestra DNP3.0
para sincronizacin con la estacin esclavo........................................................ 124

xiv

Figura 3.58 Ingresamos a la opcin DNP Communication Status para observar la

hora del mdulo DNP3.0 tipo esclavo ................................................................. 124
Figura 3.59 Hora del mdulo DNP3.0 tipo esclavo antes del envo del Objeto 50 de
variacin 1 desde la Estacin Maestra DNP3.0 .................................................. 125
Figura 3.60 Sincronizacin de reloj del mdulo DNP3.0 tipo esclavo en el instante
de recepcin del objeto 50 de variacin 1 desde la estacin maestra DNP3.0 ... 126
Figura 3.61 Simulamos un evento binario para probar el estampado de tiempo
(registro 400067) ................................................................................................ 127
Figura 3.62 Estampado de tiempo de un evento binario ..................................... 128
Figura 3.63 Estampados de tiempo de eventos binarios obtenidos cada 15
segundos desde la Estacin Maestra DNP3.0 .................................................... 129
Figura 3.64 Mdulo DNP3.0 tipo esclavo instalado en el PLC de la unidad de
generacin uno de la Central Cumbay .............................................................. 130
Figura 3.65 Monitoreo de los datos desde la Estacin Maestra DNP3.0 en el
cuarto de control.................................................................................................. 131
Figura 3.66 Lectura de los datos a enviar al CENACE desde el PLC de la unidad
de generacin uno............................................................................................... 131
Figura 3.67 Lectura de datos analgicos requeridos por el CENACE desde el
Software ASE 2000 ............................................................................................. 132
Figura 3.68 Opcin Interfaces dentro del Software Wireshark ............................ 133
Figura 3.69 Opcin Start para comenzar la captura de los mensajes ................. 133
Figura 3.70 Filtro de los mensajes DNP3.0 para poder observar sus campos .... 134
Figura 3.71 Mensajes DNP3.0 ............................................................................ 135
Figura 3.72 Mensaje de requerimiento de lectura de los datos capturado en la
estacin maestra DNP3.0.................................................................................... 136
Figura 3.73 Mensaje de respuesta capturado en la estacin maestra DNP3.0 .. 137

xv

INDICE DE TABLAS
CAPITULO 2
Tabla 2.1 Varias empresas fabricantes que soportan el protocolo DNP3.0 .......... 33
Tabla 2.2 Cdigos de Funcin de las tramas de Capa de Enlace DNP3.0 ........... 54
Tabla 2.3 Tabla de Grupo de Objetos de datos66
Tabla 2.4 Librera de Objetos de Entradas Binarias y Analgicas......................... 67
Tabla 2.5 Objetos de sincronizacin ..................................................................... 68
Tabla 2.6 Objetos de Clases: Objeto 60 ................................................................ 71
Tabla 2.7 Comparacin del protocolo de comunicacin DNP3.0 con el
protocolo de comunicacin IEC-870-5-101 ........................................................... 78

CAPITULO 3
Tabla 3.1Datos de la Central Hidroelctrica Cumbay requeridos por
el CENACE............................................................................................................ 99
Tabla 3.2 Nombres de variables y tipos de datos requeridos por el CENACE .... 118
Tabla 3.3 Resultados de estampados de tiempo obtenidos desde la Estacin
Maestra DNP3.0 .................................................................................................. 129
Tabla 3.4 Datos analgicos requeridos por el CENACE ..................................... 132

xvi

RESUMEN

El presente proyecto de titulacin est encaminado a estudiar y probar la

comunicacin del protocolo de comunicacin DNP3.0 sobre TCP/IP con el
objetivo de simular el envo de datos desde la Central Hidroelctrica Cumbay de
la EEQ.S.A. hacia el CENACE.

Como sustentacin terica se describen las caractersticas de sistemas SCADA

para describir la situacin actual del proyecto SCADA de la Central Hidroelctrica
Cumbay y estudiar el protocolo de comunicacin DNP3.0. Se explica la
regulacin del CONELEC que exige a la EEQ.S.A el envo de datos de regulacin
de Energa hacia el CENACE desde sus Centrales de Generacin mediante el
protocolo de comunicacin industrial DNP3.0 sobre TCP/IP.

Se ha realizado un estudio del funcionamiento del protocolo de comunicacin

industrial DNP3.0, en el que se ha descrito el modelo EPA de capas en el cual se
basa el protocolo DNP3.0, el modelo EPA es basado en el modelo OSI. En este
punto se ha descrito los mensajes de cada una de las capas del protocolo de
comunicacin industrial DNP3.0, que permiten entender su operacin y
funcionamiento.

Se ha estudiado el encapsulamiento de DNP3.0 sobre la arquitectura TCP/IP, y se

ha descrito la librera de objetos propia de DNP3.0 que ha sido til para la prueba
de comunicacin DNP3.0, la misma sirve para representar los datos a transmitir
en comunicaciones DNP3.0.

Se han descrito dos caractersticas propias que soporta DNP3.0, que son la
sincronizacin de tiempo entre equipos, y el estampado de tiempo de eventos que
permite conocer el tiempo exacto de un dato en un sistema SCADA.

xvii

A continuacin se ha realizado las pruebas de comunicacin DNP3.0 sobre

TCP/IP con los equipos de la Central Hidroelctrica Cumbay de la EEQ.S.A, en
dichas pruebas se ha simulado el envo de los datos de regulacin de energa
requeridos por el CENACE y se ha probado las caractersticas propias de DNP3.0
de sincronizacin de tiempo y estampado de tiempo de eventos en un prototipo de
comunicacin.

xviii

PRESENTACIN
CAPTULO 1. INTRODUCCION

En este captulo se presenta la explicacin de la regulacin del CONELEC a la

EEQ.S.A, y se describe las caractersticas de sistemas SCADA con el fin de
explicar la situacin actual del proyecto SCADA de la Central Hidroelctrica
Cumbay. Se ha descrito la topologa de red que interconecta las Centrales de
Generacin de la EEQ.S.A. con el fin de explicar la situacin actual y la
comunicacin entre la Central Hidroelctrica Cumbay y el CENACE.

CAPTULO 2. ESTUDIO DEL PROTOCOLO DE COMUNICACIN DNP3.0.

En el Captulo 2 se presenta las caractersticas generales del protocolo DNP3.0,

a continuacin se realiza un estudio completo del modelo EPA en el cual se basa
protocolo de comunicacin industrial DNP3.0. Se describe los mensajes de cada
una de las Capas del modelo EPA de DNP3.0 para entender su funcionamiento.
Adems se realiza el estudio del encapsulamiento de DNP3.0 sobre la
arquitectura TCP/IP, y se especifica la librera de objetos de DNP3.0.

Al final del Captulo se establece un resumen de las caractersticas principales de

cada una de las Capas en las que trabaja el protocolo de comunicacin industrial
DNP3.0 y se establece una comparacin con el protocolo de comunicacin
industrial IEC870-5-101 que soporta caractersticas similares como sincronizacin
de tiempo y el estampado de tiempo de eventos.

CAPTULO 3. PRUEBAS DEL PROTOCOLO DE COMUNICACIN DNP3.0

SOBRE TCP/IP

En este captulo se describe las pruebas realizadas con los equipos de la

EEQ.S.A., se presenta las configuraciones de los equipos y pantallas explicativas
de los resultados de las pruebas. En las pruebas prcticas se ha comprobado las
caractersticas principales que soporta el protocolo de comunicacin industrial

xix

DNP3.0 estudiadas en el Captulo 2 como el tiempo de sincronizacin y el

estampado de tiempo de eventos, y se ha simulado el envo de los datos
requeridos por el CENACE en un prototipo de comunicacin. Las pruebas
realizadas en el prototipo han sido tiles para probar la comunicacin DNP3.0
sobre TCP/IP en la Central Cumbay.

CAPTULO 4. CONCLUSIONES Y RECOMENDACIONES

En el Captulo 4 se presenta las conclusiones y recomendaciones obtenidas del

estudio y las pruebas realizadas.

CAPITULO 1
INTRODUCCION
En los ltimos aos la Empresa Elctrica Quito S.A. (EEQ.S.A.) ha iniciado
procesos de automatizacin en todas sus divisiones, es as como desde hace un
ao atrs la Divisin de Generacin ha iniciado un proceso de automatizacin en
todas las centrales de Generacin, de esta manera en la actualidad la central
Nayn ya cuenta con un sistema SCADA para monitorear y controlar dicha
central, en el presente se est trabajando en la automatizacin de la Central
Cumbay. Es as como dentro de unos aos se espera tener todas las centrales
manejadas por sistemas SCADA.

En base a esta visin es que se ha formulado a futuro un lugar donde se pueda

centralizar toda la informacin que originen las centrales de generacin, y de esta
manera contar con un sistema SCADA que permita monitorear, controlar y hacer
anlisis de datos e histricos para, de esta forma proyectar de mejor manera la
administracin de generacin de la Empresa Elctrica, y adems trabajar en
procesos de mantenimiento planificado. Dicho Centro de Control de Generacin
(CCG) contar con un sistema SCADA, con la capacidad de visualizar desde
diversas pantallas todo el sistema de generacin de la Empresa Elctrica, y por
medio de la red de fibra ptica y radio modem existente en la Empresa, se
enlazaran todas las Centrales de Generacin para compartir informacin. El lugar
escogido para el futuro Centro de Control de Generacin ser ubicado en el
Edificio Matriz de la Empresa Elctrica, de la Avenida 10 de agosto y las Casas.

El CONELEC (Consejo Nacional de Electrificacin) ha exigido a la Empresa

Elctrica Quito segn la regulacin No. 005/08, el envo de datos de regulacin de
energa al CENACE (Centro Nacional de Control de Energa), desde sus
Centrales de Generacin, cuya potencia de Generacin sea mayor a 5 MVA. Se
ha requerido a la Empresa elctrica Quito S.A. la implementacin del protocolo de
comunicacin

DNP3.0

basado

en

estndares

internacionales,

para

la

comunicacin de las Centrales de Generacin de la EEQ S.A. con el CENACE.

Por lo que se han adquirido equipos necesarios en las Centrales para facilitar la
informacin requerida por el CENACE.

1.1

REGULACION

DEL

CONELEC

LAS

EMPRESAS

ELECTRICAS DEL PAS.

A continuacin se realiza una breve explicacin de la regulacin del CONELEC:

De acuerdo a la nueva regulacin nmero CONELEC-005/08 que consiste en

presentar nuevos requisitos para la supervisin y control en tiempo real del
sistema nacional interconectado por parte del CENACE, solicita a las empresas
elctricas que tengan en su poder la administracin de centrales de generacin
con unidades generadoras que cuenten con una capacidad mnima de 5 MVA
enviar datos en tiempo real hacia el CENACE. Debido a este requerimiento la
Empresa Elctrica Quito, que cuenta con seis centrales de generacin bajo su
administracin (de las cuales cuatro entrarn en la nueva reglamentacin), debe
permitir el envo de los datos requeridos por el CENACE en tiempo real. De esta
manera se est trabajando en la implementacin de una infraestructura capaz de
permitir las facilidades al CENACE de obtener la informacin requerida. Por lo que
las Empresas Elctricas deben construir sus instalaciones de tal forma que
puedan instalar y operar en sus Subestaciones o Centrales, unidades terminales
remotas o sistemas de adquisicin de datos que permitan cumplir con el
establecimiento de la regulacin.
En caso de incumplimiento con lo establecido en la regulacin del CONELEC, el
CENACE presentar un informe al CONELEC notificando sobre estas
anormalidades.

1.2 CENTRALES DE GENERACIN DE LA EMPRESA ELECTRICA

QUITO S.A.
La Empresa Elctrica Quito cuenta con seis Centrales de Generacin, cinco
centrales hidroelctricas y una central termoelctrica.

Central Hidroelctrica Cumbay

Central Hidroelctrica Nayn
Central Hidroelctrica Guangopolo
Central Hidroelctrica Los Chillos
Central Hidroelctrica Pasochoa
Central Termoelctrica Gualberto Hernndez

Las Centrales de Generacin que se encuentran dentro de la regulacin del

CONELEC, son las siguientes:

1.2.1 CENTRAL HIDROELCTRICA CUMBAY

La Central Cumbay, actualmente se encuentra en proceso de automatizacin

cuenta con una capacidad de generacin de 40MVA, con 4 unidades generadoras
de 10MVA cada una. Como parte del proceso de automatizacin se est
implementando un sistema SCADA para controlar y monitorear sus unidades
generadoras y adems el nivel de su reservorio y flujo hdrico. Tambin se han
incluido equipos necesarios para facilitar la informacin requerida por el CENACE.

1.2.2 CENTRAL HIDROELCTRICA NAYN

La central Nayn trabaja con la derivacin hidrulica proveniente de la Central

Cumbay. Tiene una capacidad de generacin de 30MVA. Cuenta con 2 unidades
de generacin de 15 MVA cada una. Esta central ya tiene implementado un
sistema SCADA que fue construido en 2007 que permite el monitoreo de toda la
Central adems de anlisis de datos de los generadores, flujos y niveles de agua.
Por otra parte de acuerdo a la nueva reglamentacin elctrica del CENACE, antes

detallada, esta central no cuenta con los equipos necesarios para facilitar el envo
de informacin.

1.2.3 CENTRAL HIDROELCTRICA GUANGOPOLO

La central Guangopolo tiene una capacidad instalada de 17,5MVA. Cuenta con 6

unidades de generacin cinco de las cuales no estn tomadas en cuenta en el
proceso de automatizacin debido a que su capacidad no alcanza el
requerimiento mnimo para entrar en la regulacin del CENACE y porque son
unidades con un tiempo de vida de muchos aos, por esta razn solo se tomar
en cuenta la unidad seis que tiene una capacidad de 15MVA, esta unidad
actualmente no se encuentra automatizada.

1.2.4 CENTRAL TERMOELCTRICA GUALBERTO HERNNDEZ

Por ltimo la central termoelctrica Gualberto Hernndez que cuenta con 6

unidades de generacin cada una de 5MVA dando una capacidad total de
generacin de 30 MVA por lo cual tambin entra en la reglamentacin del
CONELEC.

Las dos centrales restantes Los Chillos y Pasochoa, no forman parte de las
condiciones necesarias para la regulacin del CONELEC pero si forman parte del
proceso de automatizacin de la empresa elctrica y por tanto en el monitoreo y
control del (Centro de Control de Generacin) CCG. La Central de los Chillos
cuenta con una capacidad de 900 KVA y la Central Pasochoa tiene una capacidad
de generacin total de 2MVA, por esta razn no ingresan en el envo de datos al
CENACE.

1.3 MARCO TERICO: CARACTERISTICAS DE SISTEMAS SCADA

1.3.1 CONCEPTOS BSICOS DE SISTEMAS SCADA

SCADA proviene de las siglas de Supervisory Control And Data Adquisition

(Adquisicin de datos y supervisin de control). Es un aplicacin de software de
control, que se comunica con dispositivos de campo y controla procesos
industriales de forma automtica desde las pantallas de un computador.

El Sistema de Supervisin, Control y Adquisicin de Datos (SCADA) permite

monitorear y controlar una planta industrial o el equipamiento, y obtener y
procesar informacin de procesos industriales dispersos o lugares remotos, la
adquisicin de datos es lograda por los RTUs (Unidades Terminales Remotas)
que exploran las entradas de informacin de dispositivos de campo conectados
con ellos, (tambin pueden ser usados PLCs Controladores lgicos Programables
como RTUs). Dicha informacin es transmitida a un lugar para supervisin, control
y procesamiento, normalmente una Sala o Centro de Control.

Un SCADA permite entonces supervisar y controlar simultneamente procesos e

instalaciones distribuidos en grandes reas, y generar un conjunto de informacin
procesada como, por ejemplo, presentacin de grficos de tendencias e
informacin histrica, de informes de operacin y programas de mantenimiento
preventivo.

Cada una de las siglas de SCADA (Supervisin, Control y Adquisicin de datos)

involucran muchos subsistemas, por ejemplo, la adquisicin de los datos puede
estar a cargo de un PLC (Controlador Lgico Programable) o Unidades
Terminales Remotas, los cuales toman las seales y las envan a estaciones
maestras usando un protocolo determinado.

Las tareas de Supervisin y Control generalmente estn ms relacionadas con el

software SCADA, en l, un operador puede visualizar en la pantalla del
computador cada una de las estaciones remotas que conforman el sistema, los

estados de sta, las situaciones de alarma y tomar acciones fsicas sobre algn
equipo remoto.

La comunicacin se realiza en tiempo real, y los sistemas se disean para dar al

operador de una planta la posibilidad de supervisar y controlar dichos procesos.
Permiten controlar el proceso desde una estacin remota, para ello el software
brinda una interfaz grfica que muestra el comportamiento del proceso en tiempo
real.

La transmisin de informacin en un sistema SCADA, se da de la siguiente

manera: La medicin de variables fsicas (como temperatura, presin, voltaje,
corriente, potencia), se lleva a cabo mediante dispositivos de campo como
sensores o transductores que transforman la variable fsica en una seal elctrica
susceptible de ser acondicionada, transmitida y procesada. Estas seales
elctricas por tanto deben ser procesadas para que puedan ser transmitidas
mediante tcnicas digitales y eventualmente entendidas por una computadora, por
lo que se necesita hacer una conversin de datos analgico/digital. Los valores
digitales son enviados a un ordenador ubicado en un cuarto de control, en el
mismo se puede mostrar la informacin en pantallas, para generacin de reportes,
almacenamiento de informacin histrica, entre otras funciones ms adelante
especificadas.

1.3.2 REQUISITOS DE UN SISTEMA SCADA

Existen diversos tipos de sistemas SCADA dependiendo del fabricante y sobre

todo de la finalidad con que se va a hacer uso del sistema, por ello antes de
decidir cual es el ms adecuado hay que tener presente si cumple o no ciertos
requisitos bsicos:
- Debe tener arquitectura abierta, es decir se puede aadir, modernizar y cambiar
sus componentes, y permitir la interoperabilidad entre diferentes fabricantes, y
deben poder adecuarse a las necesidades futuras del proceso y de la planta.
- La programacin e instalacin no debe presentar mayor dificultad, debe contar
con interfaces grficas que muestren un esquema bsico y real del proceso.

- Debe permitir la adquisicin de datos de todo equipo, as como la comunicacin

a nivel interno y externo (redes locales y de gestin). Se deben emplear
protocolos

de

comunicacin

especiales,

como

protocolos

de

estndar

internacional abiertos para la comunicacin, entre centros de control y unidades

terminales remotas a travs de un sistema de comunicaciones.

1.3.3 FUNCIONES PRINCIPALES DEL SISTEMA SCADA.

- Supervisin remota de instalaciones y equipos: Permite al operador conocer el

estado de desempeo de las instalaciones y los equipos alojados en la planta, lo
que permite dirigir las tareas de mantenimiento y estadstica de fallas.
- Control remoto de instalaciones y equipos: Mediante el sistema se puede activar
o desactivar los equipos remotamente (por ejemplo abrir vlvulas, activar
interruptores, prender motores), de manera automtica y tambin manual.
- Procesamiento de datos: El conjunto de datos adquiridos conforman la
informacin que alimenta el sistema, esta informacin es procesada, analizada, y
comparada con datos anteriores, y con datos de otros puntos de referencia,
dando como resultado una informacin confiable y veraz.
- Visualizacin grfica dinmica: El sistema es capaz de brindar imgenes en
movimiento que representen el comportamiento del proceso, dndole al operador
la impresin de estar presente dentro de una planta real. Estos grficos tambin
pueden corresponder a curvas de las seales analizadas en el tiempo.
- Generacin de reportes: El sistema permite generar informes con datos
estadsticos del proceso.
- Representacin de seales de alarma: A travs de las seales de alarma se
logra alertar al operador frente a una falla o la presencia de una condicin
perjudicial o fuera de lo aceptable. Estas seales pueden ser tanto visuales como
sonoras.
- Almacenamiento de informacin histrica: Se cuenta con la opcin de almacenar
los datos adquiridos, esta informacin puede analizarse posteriormente, el tiempo
de almacenamiento depender del operador o del autor del programa.

1.3.4 ELEMENTOS DE UN SISTEMA SCADA

Un sistema SCADA est conformado por:

-

Unidad Central o Unidad Terminal Maestra (MTU).

Unidad Terminal Remota (RTU).

Sistema de Comunicaciones.

Instrumentacin de campo.

INSTRUMENTACIN
DE CAMPO
a) Diagrama de bloques de los componentes de un sistema SCADA.1

Centro de Control

Sistema de
Comunicaciones

RTU

Instrumentacin de
Campo

b) Componentes de un sistema SCADA.2

Figura1.1 Esquema de los componentes de un sistema SCADA.

1
2

http://www.galeon.com/hamd/pdf/scada.pdf
http://www.acsac.org/2005/techblitz/majdalawieh.pdf

1.3.4.1 Unidad Terminal Maestra

Conocido como Unidad Maestra. Es la estacin superior en la jerarqua de

comunicaciones de sistemas SCADA, y realiza la supervisin y control de las
RTUs. Ejecuta las acciones de mando (programadas) en base a los valores
actuales de las variables medidas.

Tambin se encarga del almacenamiento y procesado ordenado de los datos,

desde las unidades terminales remotas, de forma que otra aplicacin o dispositivo
pueda tener acceso a ellos. Soporta una interfaz Hombre Mquina, que es el
entorno visual que brinda el sistema para que el operador se adapte al proceso
desarrollado por la planta. Permite la interaccin del ser humano con los medios
tecnolgicos implementados. La programacin se realiza por medio de bloques de
programa en lenguaje de alto nivel (como C, Basic, etc.).

Una estacin maestra tiene por tanto dos funciones principales: 1) Obtener datos
peridicamente desde las unidades terminales remotas, o tambin desde subestaciones maestras, y 2) Controlar dispositivos remotos a travs de una estacin
operadora.
1.3.4.2 Unidad Terminal Remota

Conocida como RTUs, son unidades basadas en microprocesadores, que

monitorean y controlan equipos de campo, de una localizacin remota. Su
principal funcin es recopilar datos de dispositivos de campo como sensores, para
luego ser transmitidos hacia la Unidad Terminal Maestra.

Existe la tendencia actual de dotar a los PLCs (Controlador Lgico Programable)

la capacidad de funcionar como unidad terminal remota.

En la figura 1.2 se observa un esquema referente a las conexiones de la MTU y el

operador, y del RTU con los dispositivos de campo (sensores, actuadores). El
sensor es un tipo de transductor. Existen sensores que son transductores de una

10

seal, es decir adems de captar la informacin realizan la conversin de una

seal fsica en una seal elctrica.

de/hacia el
de los sensores
Operador
Figura 1.2 Esquema del conexionado entre la MTU y la RTU.

Una RTU consta esencialmente de cinco bloques funcionales, como se ve en la

Figura 1.3.

Los mdulos de entrada y los mdulos de salida soportan seales analgicas y

digitales.

Los mdulos de entrada convierten la seal elctrica que viene desde los
dispositivos de campo a niveles entendibles para un adecuado tratamiento en la
CPU. Los mismos sirven para deteccin o medicin de las variables de un
proceso. Los mdulos de salida convierten los comandos que enva la CPU en
apropiadas seales elctricas, para control o activacin de dispositivos de campo
como alarmas, bombas o actuadores. Adems la RTU se compone de una
memoria, un procesador, la fuente de poder, y un puerto de comunicaciones.

Puerto de
Comunicaciones

Figura 1.3. Elementos de una RTU.3

3
ROMERO AVECILLAS, Cristian Joaqun, Diseo de un Sistema SCADA para el
Proceso de Produccin de los pozos de Petrleo de Petroecuador, Escuela Politcnica
Nacional, Quito, Mayo 2006

11

1.3.4.2.1 PLCs (Controlador Lgico Programable)

Un PLC o controlador lgico programable es un computador que controla equipos

industriales y procesos. La ventaja de un PLC es que puede ser usado para una
propuesta general y servir para diferentes funciones. Un PLC puede ser usado
como una RTU.
En los sistemas de control modernos la mayor parte de las operaciones son
desarrolladas por una autmata programable, o denominado Controlador Lgico
Programable (PLC). El PLC es una mquina electrnica diseada para controlar
en tiempo real procesos secuenciales en un medio industrial. El PLC realiza
funciones lgicas: temporizaciones, conteos y otras funciones ms potentes como
clculos, regulacin, emisin de comandos. El PLC dispone tambin de
facilidades de comunicacin para acceder a un sistema de comunicaciones.

El PLC se puede considerar como una caja negra inteligente en la que existen
terminales de entrada para dispositivos y transductores, terminales de salida para
accionamiento y control de motores, vlvulas, de tal forma que la actuacin de
estos ltimos est en funcin de las seales de entrada que estn activadas en
cada momento, segn el programa almacenado. Esto quiere decir que los
elementos tradicionales temporizadores, contadores son internos. La tarea del
usuario se reduce a realizar el programa, que no es ms que la relacin que se
tiene que cumplir entre las seales de entrada y la activacin de alguna respuesta
especfica.

Los datos que se almacenan en un PLC pueden ser de tres tipos principales:
- Datos analgicos convertidos en datos digitales (por ejemplo nmeros reales
como potencia) que pueden ser presentados en grficos.
- Datos digitales (on/off) que pueden tener alarmas o interruptores asociadas a un
estado o al otro.
- Datos de pulsos (por ejemplo conteo de revoluciones de un medidor) que sern
normalmente contabilizados o acumulados.

12

La arquitectura de un PLC mostrada en la Figura 1.4 es bsica y casi no hay

diferencia entre las arquitecturas de diferentes fabricantes.

Figura 1.4 Arquitectura de un PLC (Controlador Lgico Programable).4

1.3.4.3 Sistema de Comunicaciones entre la MTU y la RTU

Las telecomunicaciones desempean una funcin de primordial importancia en la

implantacin de los modernos sistemas de Automatizacin Industrial. Esta funcin
es vital para aquellas empresas cuyas operaciones se encuentran dispersas
geogrficamente, como es el caso de los sistemas de Generacin de la Empresa
Elctrica Quito.

La Red de Telecomunicaciones para la Automatizacin Industrial tiene como

objetivos:
(a) La transmisin de los datos hasta los Centros de Control de Operaciones y de
Procesamiento de la Informacin.

http://www.unap.cl/public/Redes%20Industriales.pdf

13

(b) Proveer paralelamente servicios de transmisin de voz e imgenes. Para

cumplir con estos objetivos la red integrada de comunicaciones debe
estructurarse con base en una arquitectura bien definida y bajo las premisas de
conectividad, calidad y confiabilidad.

Como se ha mencionado en las localidades remotas de un SCADA se encuentran

las estaciones remotas o RTUs, las cuales se deben mantener en comunicacin
continua con un centro de Control en el que se encuentra la estacin maestra.
Esta comunicacin se realiza por un sistema de comunicaciones y utilizando
protocolos de comunicacin especiales. Para la comunicacin se pueden utilizar
conductores metlicos, fibras pticas, satlites, rayos infrarrojos, laser; la
seleccin del medio de transmisin depende fundamentalmente, aparte de los
aspectos econmicos, de las condiciones climticas o geogrficas, y muchas
veces el medio de transmisin es una combinacin de estos medios.

1.3.4.3.1 Protocolos de comunicacin.

Existen varios protocolos industriales para la comunicacin entre estaciones

maestras y RTUs como el protocolo Modbus. Los progresos recientes han
considerado la aparicin de un nmero apreciable de protocolos abiertos. Existen
protocolos de comunicacin de estndares abiertos utilizados en sistemas
SCADA, como el protocolo DNP3.0 y el IEC 870-5-101, son dos protocolos que
proveen interoperabilidad entre sistemas, para aplicaciones de telecontrol, los dos
estn compitiendo en el comercio mundial y tienen la caracterstica de ser usados
sobre TCP/IP.

El Telecontrol consiste en que una vez realizada la medicin de datos de una

industria se puede modificar las operaciones de procesos industriales por medio
de un operador de un sistema automtico a travs del medio de comunicacin
empleado.

14

El protocolo DNP3.0 tiene una fuerte implementacin en Norteamrica,

Sudamrica, Asia y Australia, y el protocolo IEC 870-5-101 es usado en Europa.
DNP3.0 fue diseado para trabajar en redes de comunicacin de rea extendida
(redes WAN) y tambin en Redes de rea Local (LAN).
En los dos captulos siguientes el protocolo DNP3.0 (Distribuited Network
Protocol) ser estudiado en detalle. La principal ventaja de los dos protocolos, es
que al ser de estndares abiertos proveen interoperabilidad entre equipos de
diferentes fabricantes. Por ejemplo para la comunicacin entre una estacin
maestra de un fabricante y una estacin esclavo de un diferente fabricante.
Adems existe la ventaja de costo reducido de software para su configuracin.
Fundamentalmente, hay muy poca diferencia entre un protocolo industrial y un
protocolo de comunicacin. Sin embargo, los protocolos industriales deben poseer
algunas caractersticas muy importantes para su utilizacin en los Sistemas
SCADA.
Estas caractersticas son5:
- Deben poseer un alto nivel de integridad en la transferencia de datos. En un
ambiente industrial con altos niveles de ruido elctrico y donde no se permite
errores en la transferencia de datos, por ejemplo, en el control de operaciones
crticas, los protocolos deben poseer sistemas muy robustos para la deteccin y
recuperacin de errores. En este aspecto los cdigos CRC (Cdigos de
redundancia cclica) son muy utilizados.
- Alta velocidad en la actualizacin de parmetros. En sistemas industriales puede
ser necesaria la actualizacin simultnea de un gran nmero de parmetros de
control de operaciones. La naturaleza de muchas operaciones de control y
supervisin no permite retardos entre los primeros y los ltimos dispositivos en
una cadena de transmisin de los datos. Los protocolos empleados deben cumplir
con esta condicin.

http://www.unap.cl/public/Redes%20Industriales.pdf

15

1.3.4.4 Instrumentacin de Campo: Son dispositivos que permiten la conversin de

una seal fsica en una seal elctrica. Su calibracin es muy importante para que
no exista problema con la confusin de valores de los datos. Los dispositivos de
campo pueden ser sensores que sirven para medicin de temperatura, nivel,
presin, o actuadores usados para abrir y cerrar vlvulas.

1.3.5 FUNCIONAMIENTO DE UN SISTEMA SCADA

Un Sistema SCADA consiste de un nmero de unidades terminales remotas
(pueden ser tambin Controladores Lgicos Programables), que se encargan de
recolectar (mediciones) datos de campo, desde dispositivos de campo que
pueden ser interruptores, sensores, transductores y de otro tipo, y enviar esos
datos a una estacin maestra a travs de un sistema de comunicaciones, que
puede ser por fibra ptica, cable Ethernet, radio, lnea telefnica, satlite,
microondas. La estacin maestra despliega los datos adquiridos y permite
adems realizar al operador tareas de control remotas. La exactitud y el tiempo
real de los datos adquiridos, permiten la optimizacin de operaciones de plantas y
procesos industriales. Resulta beneficiosa, eficiente y confiable la automatizacin
de Centrales de Generacin, ya que desde una estacin maestra se puede
realizar operaciones seguras, en comparacin con sistemas no automatizados.
El software de un SCADA puede ser abierto o propietario. El software abierto ha
ganado popularidad por la interoperabilidad entre equipos de diferentes
fabricantes en un mismo sistema.

16

Los componentes mencionados de un sistema SCADA tpico son vistos en las

siguientes figuras 1.5 y 1.6.
MTU

MTU

Control remoto
Reporte de datos

Sistema de
Comunicaciones

RTU

RTU
Instrumentacin
de Campo

Figura 1.5 Componentes de un sistema SCADA tpico.6

Sistema de
Comunicaciones

MTU
Base de
datos

Estacin
Maestra

Sub Estacin Maestra

Figura 1.6 Componentes de un sistema SCADA tpico.

Gordon Clarke, Deon Reynders. Practical Modern-Scada-Protocols: Dnp3 e IEC 60870.5
and Related-Systems. Publicacin 2004. British Library. ISBN 07506 7995.

17

1.3.6 BENEFICIOS DE UN SISTEMA SCADA

La Automatizacin Industrial se ha convertido en un medio fundamental para

mejorar el rendimiento y la eficacia de las funciones operacionales de una
empresa industrial moderna. La obtencin de datos en el momento y punto de
origen permite la toma de decisiones operacionales, tcticas y estratgicas de una
forma ms eficaz cualquiera que sea la naturaleza de la empresa.

Las estrategias bsicas en la automatizacin de procesos industriales est

dirigida hacia los siguientes objetivos:
1. Aumentar la eficiencia de las operaciones y procesos industriales a travs de la
aplicacin de las modernas tecnologas de la Electrnica, la Informtica y las
Telecomunicaciones.

2. Incrementar la productividad de los recursos humanos mediante:

- La automatizacin de las actividades manuales y repetitivas.
- La dotacin de procedimientos, equipos y sistemas que permitan disponer de la
informacin en forma oportuna y confiable en el sitio y momento deseados.
- Disminuir costos de operacin y mantenimiento, y mantener inventarios
mnimos.

3. Proveer seguridad Industrial: Se puede disminuir los riesgos del factor humano
en las industrias, ya que se puede realizar el control de operaciones
automticamente desde un servidor SCADA, como por ejemplo la apertura o
cierre de vlvulas de una turbina hidrulica, encender o apagar interruptores, o la
generacin de alarmas de alerta como por ejemplo producidas por exceso de
temperatura en generadores elctricos, que permiten alertar al operador frente a
una falla.

18

1.4 CARACTERISTICAS PRINCIPALES DE LA AUTOMATIZACION

Y EL SISTEMA SCADA DE LA CENTRAL DE GENERACION
CUMBAYA.
A continuacin se describe la situacin actual, para explicar cmo se realizar la
comunicacin DNP3.0 sobre TCP/IP que nos interesa. La Central de Generacin
Hidroelctrica Cumbay se encuentra en proceso de automatizacin, en la central
se utiliza la energa potencial del agua embalsada en un reservorio situado a ms
alto nivel que la central, para la generacin de energa elctrica. El agua se lleva
por una tubera de presin hasta la sala de mquinas de la Central, donde
mediante turbinas hidrulicas se transmite la energa mecnica a generadores, los
generadores convierten la energa mecnica en energa elctrica.

La arquitectura del proyecto SCADA de la Central Cumbay se aprecia en el

Anexo No. 1.
Para la automatizacin de la central de Generacin de Cumbay se tiene
planeado el control y monitoreo de las cuatro unidades generadoras de 10 MVA
cada una, con las que cuenta la Central Cumbay. Para lo cual se realizar la
adquisicin y el almacenamiento de datos mediante controladores lgicos
programables PLCs, un PLC para cada unidad, que actuaran como RTUs, y
enviarn la

informacin a dos servidores SCADA (estaciones maestras). Un

servidor ser usado para controlar y monitorear las unidades de generacin 1 y 2,

y el otro servidor SCADA para el monitoreo y control de las unidades generadoras
3 y 4. Tambin se tiene planeado el monitoreo del nivel de reservorio y flujo
hdrico desde los servidores SCADA.

Los PLCs servirn para la adquisicin de mediciones captadas por los

instrumentos de campo, como son sensores para medicin de temperatura de los
cojinetes de una turbina hidrulica, medicin de temperatura de los bobinados del
generador, mediciones del nivel del reservorio de agua. Dichas medidas podrn
ser monitoreadas por la estacin maestra SCADA.

19

Dentro de los dispositivos de campo tambin existen actuadores para abrir o

cerrar vlvulas mariposas de turbinas hidrulicas para controlar el flujo de agua,
los mismos sern controlados por los PLCs de cada unidad generadora, los PLCs
son de marca Quantum Schneider Electric, la apertura o cierre de vlvulas
adems se podr controlar desde las estaciones maestras SCADA.
En los PLCs se han incluido equipos necesarios para el envo de informacin
requerida por el CENACE, los equipos son mdulos de interfaz Ethernet DNP3.0
tipo esclavo, destinados para la comunicacin con el protocolo DNP3.0 sobre
TCP/IP entre el CENACE y la Central Cumbay. Los mismos sern estudiados
para probar la comunicacin DNP3.0 sobre TCP/IP. (Ver Anexo No. 1).

En la central se instalarn sistemas de drenaje y sistemas de refrigeracin para

las turbinas hidrulicas, y en cada sistema tambin se utilizar un PLC para el
control de los actuadores.

Para el monitoreo del nivel del reservorio y flujo hdrico de la Central Cumbay se
usan dos PLCs para las compuertas 10 y 19 de la Central (Ver Anexo No.1) para
la adquisicin y almacenamiento de las medidas de nivel de reservorio (en
m.s.n.m) y caudal del embalse de agua de cada compuerta. Adems cada PLC
se utilizar para el control de los actuadores de cada compuerta.

Las dos estaciones maestras SCADA servirn al operador de la Central para de

una manera grfica, observar y monitorear de manera automatizada valores de
voltaje, corriente, potencia activa y reactiva, velocidad de la turbina en rpm
(revoluciones por minuto), controlar paradas del generador de cada unidad
generadora, observar los estados de los interruptores de los generadores (On/Off)
y alarmas. De esta forma la automatizacin de la Central Cumbay permitir
tomar decisiones operacionales, tcticas y estrategias ms eficaces, y permitir
aumentar la productividad mediante la automatizacin de actividades manuales y
repetitivas, controladas desde las estaciones maestras SCADA.

20

1.5

DESCRIPCIN

DE

LA

TOPOLOGA

DE

RED

DE

COMUNICACIONES DE LAS CENTRALES DE GENERACIN.

A continuacin se describe la topologa de red que interconecta las Centrales de
Generacin, para explicar la comunicacin que interesa entre la Central
Hidroelctrica Cumbay y el CENACE, que ha sido definida por la Empresa
Elctrica Quito S.A y ha sido separada de la red corporativa de la Empresa.
Todas las Centrales de Generacin y tambin las subestaciones de la Empresa
Elctrica Quito cuentan con una red de fibra ptica monomodo de la norma G652
que permite el envo de datos de despacho de las centrales de Generacin y
tambin la comunicacin hasta la red corporativa. La topologa de red actual de la
Empresa se muestra en la siguiente Figura 1.7:

Figura 1.7 Topologa de red de las Centrales de Generacin.

Fuente: Empresa Elctrica Quito S.A.

21

La topologa muestra a la Central trmica Gualberto Hernndez y la Central

hidroelctrica Guangopolo unidas por fibra ptica monomodo que permite la
comunicacin entre las dos centrales, y tambin compartir con el CCG (Centro de
Control de Generacin) y el CENACE. Adems las Centrales de Cumbay y
Nayn de igual manera estn conectadas por fibra ptica.

En el caso de las dos centrales restantes Pasochoa y Los Chillos no cuentan con
una red de fibra ptica por lo que la informacin es enviada va radio hasta el
CCG.

Por tanto las 4 Centrales de Generacin que estn dentro de la regulacin del
CONELEC:
- La Central Hidroelctrica Cumbay.
- La Central Hidroelctrica Nayn.
- La Central Hidroelctrica Guangopolo.
- La Central Termoelctrica Gualberto Hernndez.
se encuentran conectadas mediante fibra ptica monomodo de la red corporativa
que cumple la norma G652. La fibra ptica de las Centrales atraviesa e
interconecta las subestaciones de la EEQ, permitiendo la transmisin de datos
desde cada central hasta el CENACE y hasta el CCG (Centro de Control de
Generacin) mediante la red corporativa.

La topologa fsica de la red de las Centrales de Generacin de la EEQ, es

irregular y consta de un anillo de fibra que interconecta las subestaciones y las
Centrales de Generacin. La red corporativa de datos de las Centrales de
Generacin se encuentra conectada a un switch de core o ncleo de capa 3 con
puertos de fibra, ubicado en las Casas y 10 de Agosto. En el edificio situado en
las Casas y 10 de Agosto se encuentra el backbone de la red corporativa de datos
de la empresa, en el cual estn conectados las subestaciones, Centrales de
Generacin, Edificios y sucursales de la red corporativa de la Empresa Elctrica
Quito S.A. Adems en dicho lugar existir como se ha mencionado, un Centro de
Control Generacin que ser implementado a futuro para el monitoreo,

22

supervisin y control de las Centrales Generacin de la EEQ, por medio de

servidores SCADA.

En el Edificio Matriz situado en las Casas y 10 de Agosto existe un switch de capa

3 con puertos de fibra como se ha mencionado, este equipo realiza el
enrutamiento de las redes de la empresa, y en el mismo se encuentra conectada
la red Corporativa de las Centrales de Generacin por medio de la fibra ptica. A
futuro se conectar la red de comunicaciones del proyecto actual SCADA de la
Empresa, separada de la red corporativa de fibra ptica existente.

A futuro en la Empresa Elctrica Quito, se tiene planeado la comunicacin de las

unidades terminales remotas, los cuales sern equipos PLCs (Controladores
Lgicos Programables) ubicados en las Centrales de Generacin, y la
comunicacin de servidores SCADA de cada Central de Generacin, hacia una
estacin maestra SCADA ubicada en el CCG (Centro de Control de Generacin),
los PLCs permitirn, el almacenamiento de datos de regulacin de energa como
el estado de interruptores de las unidades generadoras, alarmas producidas, de
cada Central de Generacin. Por lo que se usar dos hilos de la fibra ptica de
24 hilos monomodo existente en la EEQ, para la comunicacin de los datos
SCADA entre Centrales de Generacin y el CCG, y adems para la transmisin
de datos de regulacin de energa hacia el CENACE (Ver Figura 1.7).

En cada nodo (subestacin o Central de Generacin) de la topologa de red de

fibra ptica de la EEQ, existe un switch capa 2 con puertos de fibra, para la
conectividad de la red corporativa de la Empresa.

A futuro la Empresa tiene previsto la adquisicin de nuevos switches industriales

para cada Central de Generacin, con puertos de fibra, y soporte de VLANs (LAN
Virtuales), para cumplir los dos objetivos siguientes: comunicar y conectar la red
del proyecto SCADA de las Centrales de Generacin que actualmente est en
proceso de implementacin al CCG (Centro de Control de Generacin) y al
CENACE, y adems con la finalidad de separar la red corporativa (switches de la

23

red corporativa) existente de la Empresa Elctrica, de la red de datos del Sistema

SCADA de las Centrales de Generacin.

La red de datos del sistema SCADA ser separada en dos VLANs (LAN virtuales).
Las mismas se configurarn en los switches industriales de capa 2 que estn en
proceso de adquisicin por la Empresa. La VLAN 1 pertenece al enlace de red de
fibra ptica para la comunicacin SCADA entre el CCG y las Centrales de
Generacin, y la VLAN 2 para la comunicacin desde las Centrales de
Generacin al CENACE a travs de los dos hilos de fibra ptica. El CENACE est
ubicado a 300m de la subestacin de Santa Rosa (Ver Figura 1.7), en este enlace
de fibra ptica se debe implementar el protocolo de comunicacin DNP3.0
(Distribuited Network Protocol) sobre TCP/IP desde la Central de Generacin
Cumbay hacia el CENACE, para el envo de datos en tiempo real, por la
regulacin del CONELEC.

1.5.1 TIPOS DE REDES DE LAS CENTRALES DE GENERACION DE LA EEQ

S.A.

La red corporativa existente de las Centrales de Generacin de la EEQ es una red

MAN (Red de rea Metropolitana), conectada mediante fibra ptica y va radio. Y
en cada Central de Generacin existe una red LAN (Red de rea local).
La red de comunicaciones del sistema SCADA de fibra de las Centrales de
Generacin comprender tambin una red MAN (Red de rea Metropolitana), red
que se encontrar separada de la red corporativa existente en la Empresa. La
administracin de los equipos de conectividad (switches industriales) y de la red
de comunicaciones del sistema SCADA ser realizada desde el Edificio Matriz
situado en las Casas y 10 de Agosto.

24

1.6 RED DE REA LOCAL DE LA CENTRAL CUMBAY

La Central de Generacin de Cumbay cuenta con un switch de capa 2 para la
red corporativa, y se adquirir un nuevo switch industrial de capa 2 para la
conectividad y comunicacin de la Central Cumbay con el CCG (Centro de
Control de Generacin) del proyecto SCADA de la EEQ, y con el CENACE (Ver
Figura 1.8).

Figura 1.8 Topologa de la red corporativa y red de comunicaciones SCADA de la Central

de Generacin Cumbay
Fuente: Empresa Elctrica Quito S.A.

25

Como se observa en la figura 1.8. En Cumbay existe un reservorio de agua para

la generacin de energa mediante turbinas hidrulicas, que tiene compuertas de
apertura cuyos nmeros son 10 y 19.

El reservorio est ubicado en los lugares de las compuertas 10 y 19 (Ver Figura

1.8), los lugares de las compuertas estn conectados por fibra ptica a la Central
de Generacin Cumbay como se observa en la Figura 1.8.

Para la Central de Cumbay y para las compuertas del reservorio 10 y 19 se tiene

previsto por la Empresa Elctrica Quito S.A. la adquisicin de tres switches
industriales para la comunicacin SCADA, uno respectivamente para cada lugar,
para la conectividad y comunicacin con el CENACE y con el Centro de Control
de Generacin del proyecto SCADA, en los equipos se configurarn las dos Vlans
mencionadas, VLAN 1 para la comunicacin al CCG y la VLAN 2 para la
comunicacin con el CENACE (mediante el protocolo de comunicacin DNP 3.0
sobre TCP/IP).

1.7

COMUNICACION

CONECTIVIDAD

AL

SWITCH

INDUSTRIAL SCADA DE LA CENTRAL DE GENERACION

CUMBAYA
Como se mencion anteriormente en Cumbay se implementarn cuatro
unidades para control de las cuatro unidades generadoras que existen en
Cumbay. Como se aprecia en la figura 1.9 cada unidad estar formada por un
PLC (Controlador Lgico Programable) para almacenamiento y adquisicin de
datos de regulacin de cada unidad Generadora.

Las conexiones al switch industrial SCADA se realizarn a travs de cable

Ethernet STP CAT 6 slido apantallado, ya que en Centrales de Generacin se
necesitan cables resistentes y apantallados dentro de una cubierta protectora,
para resistencia a la humedad e inmunidad al ruido.

26

Como se mencion los PLCs de cada unidad Generadora de la central actuaran

como RTUs para cada unidad y realizarn el envo de datos a las dos estaciones
maestras (Servidores SCADA) que sern implementados en la Central Cumbay
para la adquisicin, el monitoreo y control de los datos de regulacin de la
Central. Los PLCs tienen un puerto de comunicaciones Ethernet, para la conexin
con el switch industrial y el mdulo DNP3.0 de interfaz Ethernet incluido en el
PLC, tambin ser comunicado por el cable Ethernet STP CAT6 al switch
industrial para el envo de datos hacia el CENACE.

Como se observa en la Figura 1.9 siguiente, para la conectividad al switch

industrial SCADA, se definirn a futuro las dos VLANs mencionadas (VLAN 1 para
la comunicacin por Ethernet de los PLCs de las 4 unidades al Servidor SCADA
de la Central Cumbay y al CCG (Centro de Control de Generacin), y la VLAN 2
definida para la comunicacin hacia el CENACE mediante los mdulos DNP3.0
tipo esclavo de interfaz Ethernet, equipos incluidos en los PLCs).

EL switch SCADA de Cumbay ser comunicado con los switches SCADA de la

Central de Nayn y un switch de Trasvase de la Central Nayn, mediante sus
puertos de fibra ptica, tambin debe existir la conectividad mediante los puertos
de fibra ptica al switch SCADA del reservorio de la compuerta 19, mediante fibra
ptica.

Adems al switch se conectarn los dos Servidores supervisorios SCADA, el

servidor 1 ser implementado para la supervisin, control y adquisicin de datos,
de las unidades 1 y 2 de Generacin, y el servidor 2 servir para operar las
unidades 3 y 4 de Generacin de la Central Cumbay, los dos servidores se los
aprecia en la Figura 1.9. Los dos servidores SCADA pertenecern a la VLAN1 de
los puertos del

switch SCADA, para el envo de datos en un futuro al CCG

situado en las Casas y 10 de Agosto.

27

Figura 1.9 Comunicacin y Conectividad al Switch Industrial SCADA de la Central de Generacin Cumbay
Fuente: Empresa Elctrica Quito S.A.

28

Tambin en la Figura 1.9 se observan los equipos que se conectarn al switch

industrial SCADA. Todos los equipos tienen un puerto Ethernet para conexin con
los puertos del switch SCADA.

Cinco mdulos DNP3.0 de Interfaz Ethernet, que sern incluidos en cada PLC,
para enviar datos de regulacin de energa desde la Central Cumbay en tiempo
real hacia el CENACE, por la red de fibra ptica. Los cinco mdulos DNP3.0
pertenecern a la VLAN 2 de los puertos del switch industrial. En el presente
proyecto de titulacin se probar la comunicacin sobre TCP/IP de un mdulo
DNP3.0 a travs de un cable Ethernet en un prototipo para simular el envo de los
datos hacia el CENACE, como se mencion en el alcance del presente proyecto
de titulacin.

En el presente Captulo se ha revisado las caractersticas de sistemas SCADA,

con el objetivo de estudiar y probar la comunicacin del protocolo DNP3.0 sobre
TCP/IP, utilizado en los sistemas de comunicaciones de sistemas SCADA.

29

CAPITULO 2
ESTUDIO DEL PROTOCOLO DE COMUNICACION DNP3.0
2.1 INTRODUCCIN
DNP3.0 (Distributed Network Protocol 3.0) es un protocolo estndar de
telecomunicaciones que define la comunicacin entre estaciones maestras, RTUs,
y otros dispositivos como IEDs (intelligent electronic devices). Fue desarrollado
para dar interoperabilidad entre distintos sistemas como en generacin elctrica,
consumo de energa potencial del agua, utilidad de aceite y gas, y seguridad
industrial.

DNP3.0 fue creado por la Divisin de Control Harris para uso en un inicio en la
industria, en 1993 el protocolo fue cedido al pblico del grupo de miembros DNP
de internet (DNP Users Group).

DNP3.0 fue diseado especficamente para aplicaciones SCADA, para realizar

tareas de adquisicin de informacin y envo de comandos de control entre una
estacin maestra y una estacin esclavo. Est diseado para transmitir paquetes
de datos de una manera confiable, con mensajes mediante una secuencia
determinstica.
DNP3.0 es la versin actual. Est basado en el estndar de IEC (Internacional
Electrotechnical Commission), comit 57, grupo de trabajo 03, quienes han
trabajado en tres capas del modelo OSI de 7 capas.
DNP3.0 es un protocolo de comunicaciones abierto y no propietario con un
nmero significativo de fabricantes, es diseado basndose en un modelo que
incluye tres de las capas del modelo OSI (Open Systems Interconnections),
denominado EPA (Enhanced Performance Architecture), las tres capas son: Capa
de Aplicacin, Capa de Enlace de Datos y Capa Fsica. Este modelo se bas en
el comit tcnico IEC (International Electrotechnical Commission) TC57. DNP3.0
es muy eficiente por ser un protocolo de capas, ya que asegura alta integridad de

30

datos.

Es

adecuado

para

aplicaciones

en

el

ambiente

SCADA,

para

comunicaciones entre Estacin Maestra (MTU) - Estacin Remota (RTU),

comunicacin punto-punto y aplicaciones de red.

Desde su creacin para la industria elctrica en Amrica, DNP3.0 ha ganado una

importante aceptacin en trminos geogrficos e industriales. DNP3.0 es
soportado por un gran nmero de fabricantes y usuarios en industrias de Norte
Amrica, Sudamrica, Sudfrica, Asia y Australia. En Europa DNP3.0 compite con
el protocolo IEC 870-5-101 el cual es usado ampliamente en esa regin, y
comparte un origen comn.

Como se mencion el protocolo DNP3.0 es ampliamente utilizado en sistemas

SCADA, en donde el estampado de tiempo (tiempo exacto de la informacin de
un evento), sincronizacin y el hecho de que una estacin esclavo transmita
informacin sin ser solicitada, son fundamentales al momento de analizar fallas y
sincronizar el accionamiento de todos los dispositivos. Estas caractersticas son
soportadas por DNP3.0.

En la figura 2.1, se observa el sistema de comunicaciones de un sistema SCADA,

en donde se usa el protocolo DNP3.0 para la comunicacin de RTUs con una
estacin maestra SCADA (MTU).

Figura 2.1 Sistema de comunicaciones SCADA-DNP3.07

DNP3.0 es usado en Redes de rea Local o en Redes de rea Extendida por

medio de TCP/IP: En redes corporativas, sistema de comunicaciones con fibra

31

ptica, sistemas de comunicaciones inalmbricos por radios, sistemas celulares

CDPD (Celullar Digital Packet Data).

2.2 CARACTERSTICAS GENERALES DE DNP3.0

DNP3.0 es un protocolo de capa 2 segn trminos estndares de redes. Provee
multiplicacin, fragmentacin de datos, chequeo de errores, control de enlace,
priorizacin, y servicios de direccionamiento de datos de usuario de capa 2 (Capa
de Enlace de datos del modelo EPA), que se explica ms adelante.
DNP3.0 soporta clases que sirven para clasificar a los dos tipos de datos: datos
estticos y datos de eventos. Los datos estticos son llamados datos de clase 0.
Datos de eventos pueden tener tres diferentes clases o prioridades: prioridad alta
(1), prioridad media (2), y prioridad baja (3). Las clases en DNP3.0 permiten
agrupar los eventos en los tres niveles diferentes mencionados, lo cual es un
recurso til para priorizar el esquema de peticiones desde una estacin maestra.
El protocolo DNP3.0 soporta tiempo de sincronizacin con una unidad terminal
remota. DNP3.0 tiene variaciones de estampado de tiempo (time stamped) de
todos los objetos de datos, entonces an con el poleo infrecuente de la estacin
maestra a la RTU, es posible recibir datos suficientes para reconstruir una
secuencia de eventos que han sucedido en la comunicacin.

DNP3.0 usa dos conjuntos de mensajes. La estacin maestra contiene los

comandos vlidos para la iniciacin de un requerimiento de datos (poleo), o el
envo de comandos de confirmacin a la estacin esclavo, y la estacin esclavo
contiene los comandos vlidos para proveer las respuestas o inicio de mensajes
no solicitados.

DNP3.0 soporta una librera comn de objetos. La misma sirve para realizar una
clasificacin de los tipos y formatos de datos binarios y analgicos. Cada objeto
de dato tiene mltiples variaciones en el formato de los datos.
7

http://en.wikipedia.org/wiki/DNP3

32

Mediante las variaciones de cada uno de los objetos de la librera de DNP3.0, es

posible establecer el tipo de dato definido por el objeto y el formato del mismo (por
ejemplo el tamao y formato de los valores).
La librera de objetos en DNP3.0 permite definir los tipos de datos que se
manejarn en las diferentes transacciones entre la estacin maestra y la estacin
esclavo. Adems existen objetos orientados tambin a servicios a nivel de
aplicacin como pueden ser el objeto 60 (Objeto de Clase), el objeto 50 (Objeto
de sincronizacin de tiempo) o el objeto 80 (indicaciones internas), la librera de
objetos de DNP3.0, es descrita en el presente captulo.
Actualmente el protocolo TCP/IP es usado para el transporte de mensajes
DNP3.0 sobre la red Ethernet mediante el encapsulamiento de los datos, como se
explicar ms adelante.

DNP3.0 ofrece las caractersticas especificadas a continuacin:

- Soporta estampado de tiempo de mensajes (time stamped messages) para
grabar una secuencia de eventos y obtener el tiempo exacto de la informacin,
como se explicar ms adelante.
- Permite topologas punto-punto como una comunicacin maestro-esclavo.
- Permite topologa de mltiples esclavos.
- Provee objetos definibles por el usuario.
- Provee transferencia de archivos de configuracin segura.
- Provee tiempo de sincronizacin y estampado de tiempo de eventos.
- Pueden existir ms de 65000 dispositivos con direcciones diferentes en un
mismo enlace.
- Permite mensajes en Broadcast.
- Confirmaciones a nivel de la Capa de Enlace y a nivel de Capa de Aplicacin
garantizando as alta integridad en la informacin.
- Solicitudes y respuestas con mltiples tipos de datos en un solo mensaje, y
permite objetos definidos por el usuario incluyendo la transferencia de archivos.
- Segmentacin de los mensajes en mltiples tramas para garantizar una
excelente deteccin de errores y recuperacin de tramas con errores.

33

- Asigna prioridades a un grupo de datos (a travs de las clases), y los solicita

peridicamente basndose en las mismas.
- Los dispositivos esclavos pueden enviar respuestas sin solicitud (Respuestas no
Solicitadas).
- Provee un reporte de eventos por excepcin sin poleo desde la estacin
maestra.

2.3

EMPRESAS

FABRICANTES

DE

SCADA

RTUs

QUE

SOPORTAN DNP3.0
Como el protocolo DNP3.0 es de estndar abierto, provee interoperabilidad entre
equipos de diferentes fabricantes. En la tabla 2.1 se describen algunos fabricantes
de equipos SCADA que soportan DNP3.0.
Compaa

Producto

Tabla 2.1 Varias empresas fabricantes que soportan el protocolo DNP3.0.

Tabla 2.1 Varias empresas fabricantes que soportan el protocolo DNP3.0.

34

2.4 RESPUESTAS NO SOLICITADAS DE DNP3.0.

Esta es una capacidad que tiene el protocolo DNP3.0, que permite a los
dispositivos esclavos respondan a los maestros sin que stos los interroguen. Por
lo general se usa esta caracterstica para que los dispositivos esclavos reporten
los eventos ya sean las alarmas, secuencia de eventos y/o cambios en las
mediciones sin necesidad de preguntar por ellos.

El criterio para que un dispositivo esclavo reporte Respuestas no Solicitadas se

basa en dos parmetros, configurables en todo dispositivo que se comunique en
DNP3.0 y que soporte esta propiedad:
- Hold Count: este parmetro configura un nmero determinado de eventos o
cambios que tienen que ocurrir para que el dispositivo tome la decisin de enviar
una Respuesta no Solicitada reportando dichos eventos.
- Hold Time: este parmetro configura el tiempo mximo que debe pasar hasta
que el dispositivo enve una Respuesta no Solicitada. Con este parmetro se evita
el caso en que ocurran eventos en el dispositivo pero que no superen en nmero
al hold count, entonces el dispositivo espera el hold time para enviar los eventos
que tiene almacenado.

2.5 TIPOS DE POLEOS O ADQUISICION DE DATOS EN

ESTACIONES DNP3.0
Los mensajes pueden ser enviados entre una estacin maestra (ubicada en un
Centro de control) y una estacin esclavo (RTU o PLC) por uno de los modos de
operacin siguientes, el diseador de un sistema SCADA debe escoger el modo
de operacin para la adquisicin de los datos:

2.5.1 MODO DE OPERACIN RPIDO. En este modo la estacin maestra no

consulta a la estacin esclavo. La estacin esclavo puede enviar mensajes no
solicitados, y la maestra puede enviar confirmaciones de capa de aplicacin a la
esclavo. Durante periodos de tiempo determinados el dispositivo esclavo puede

35

permanecer en un estado esttico. En un sistema muy rpido pueden existir fallas

en la comunicacin que no son detectadas, ya que la estacin maestra no realiza
la consulta a la estacin esclavo.

2.5.2 OPERACIN DE REPORTE DE DATOS POR EXCEPCIN NO

SOLICITADOS. La comunicacin maestro esclavo es no solicitada, la estacin
esclavo puede realizar la transmisin de datos y adems la estacin maestra
ocasionalmente enva el poleo de datos de clase 0 (datos estticos) para verificar
la actualizacin de las bases de datos de la estacin esclavo.

2.5.3 POLEO DE REPORTE DE DATOS POR EXCEPCIN. A este tipo de poleo

se le conoce como el poleo por clases propio de DNP3.0. La estacin maestra
regularmente polea por eventos de datos (que pertenecen a las clases 1, 2 o 3) y
ocasionalmente por datos estticos (que pertenecen a una clase 0). La ventaja
de este modo de operacin es el ahorro del ancho de banda ya que la estacin
maestra realiza el poleo de eventos con una mayor frecuencia que poleo de datos
estticos. Este mtodo requiere que la estacin maestra mantenga sus registros
del estado actual de una estacin esclavo y que cualquier cambio a ese estado
sea confiablemente reportado al maestro.

2.5.4 OPERACIN DE REPORTE DE DATOS POR EXCEPCIN ESTTICOS.

La estacin maestra polea datos estticos solo de la clase 0 o datos especficos si
se requiere.

2.6 FUNDAMENTOS DEL PROTOCOLO DE RED DISTRIBUIDA

DNP3.0
2.6.1 MODELO DE REFERENCIA OSI

El modelo de Interconexin de Sistemas Abiertos (OSI) fue definido por la

Organizacin de Estndares Internacionales (ISO). Este modelo fue un paso
significativo en el desarrollo de la estandarizacin de sistemas de comunicaciones
de datos. El modelo OSI presenta comunicaciones de datos de una manera

36

jerrquica. La comunicacin entre las capas correspondientes es virtual, cada

capa transfiere los datos a su capa inferior hasta alcanzar el medio fsico, en el
sistema de destino cada capa lleva a cabo el proceso inverso.

SISTEMA FINAL
Datos de Usuario de
Aplicacin

SISTEMA FINAL
Datos de Usuario de
SSITEMA
Aplicacin
FINAL

Capas de
Software

Capas de
Hardware

Medio Fsico (Datos sobre el medio bits 01100..)

Figura 2.2 Modelo de Interconexin de Sistemas Abiertos OSI

En el rea de sistemas de comunicaciones SCADA, hubo la necesidad de un

modelo simplificado que omite algunas de las funciones de las capas de alto nivel
del modelo OSI. Este modelo fue el Enhanced Performance Architecture (EPA)

37

que fue creado por el International Electrotechnical Commission (IEC), que defini
un modelo de 3 capas. DNP3.0 est basado en este modelo.

A continuacin se muestra el principio general y la idea de cabeceras de

mensajes, para entender la construccin de un mensaje DNP3.0 que se explica
ms adelante. Cada capa adiciona informacin de control que se le conoce como
la cabecera del mensaje, para asegurar la entrega correcta de los datos.

Datos

Aplicacin
de Usuario
Aplicacin

Mensaje de salida
Construccin Unidad
de Datos

Datos

Presentacin

Mensaje de
entrada
Reconstruccin
Unidad de Datos y
regeneracin del
dato original

Sesin
Transporte

Aplicacin
de Usuario
Aplicacin
Presentacin
Presentacin
Sesin
Sesin
Transporte
Transporte
Red

Red

Red
Enlace

Enlace

Enlace
Fsica

Fsica

Fsica

Origen
Datos

Direccin del Flujo

de Informacin

Receptor
Datos

Figura 2.3 Construccin de un mensaje genrico usando las 7 capas del modelo OSI.8

2.6.2 MODELO EPA (Enhance Performance Architecture)

Fue desarrollado por el IEC 57, es un modelo de 3 capas, es un subconjunto del

modelo de 7 capas del modelo OSI. Las capas que usa son 2 capas de hardware
y la capa de software de aplicacin, las mismas son la Capa de Aplicacin, Capa
de Enlace y Capa Fsica.
Gordon Clarke, Deon Reynders. Practical Modern-Scada-Protocols: Dnp3 e IEC
60870.5 and Related-Systems. Publicacin 2004. British Library. ISBN 07506 7995
8

38

Nivel Alto

Aplicacin
Enlace
Fsica
Nivel Bajo
Datos sobre el medio Fsico
Figura 2.4. Modelo EPA (Enhanced Performance Arquitecture) Arquitectura de
Funcionamiento Mejorada.

DNP3.0 utiliza las tres capas del modelo EPA, y agrega algunas funciones de
transporte. Estas funciones son realizadas por la capa de Pseudotransporte que
representa a las capas de transporte y de red del modelo OSI de una manera
limitada. Esta relacin es mostrada en la Figura 2.5, aqu se aprecia la
correspondencia entre las 4 capas del modelo EPA implementadas por DNP3.0, y
el modelo OSI.

Capas

Aplicacin

Presentacin

5
4
3
2
1

Aplicacin

Sesin

Red

Transporte Limitado
Limitado
Red Limitada

Enlace

Enlace

Fsica

Fsica

Transporte

7 Capas Modelo
OSI

Capa de
Pseudotransporte

Implementacin de 4 Capas de
DNP3.0-Modelo EPA

Figura 2.5 Relacin del modelo EPA de DNP3.0 y el Modelo OSI.9

Gordon Clarke, Deon Reynders. Practical Modern-Scada-Protocols: Dnp3 e IEC 60870.5

and Related-Systems. Publicacin 2004. British Library. ISBN 07506 7995

39

2.6.3 CONSTRUCCIN DE UN MENSAJE DNP3.0

La Figura 2.6 muestra cmo el mensaje transmitido es construido en DNP3.0.
Cada capa del modelo EPA toma la informacin pasada desde capas ms altas y
agrega la informacin conectada con los servicios realizados por esa capa. La
informacin adicional es aadida como cabecera del mensaje. As durante el
ensamblaje del mensaje, el mensaje crece de tamao con cada capa que
atraviesa. Tambin es desensamblado en este proceso en unidades de datos ms
pequeas.
Capas

Datos de Aplicacin de Usuario

Datos de Aplicacin pueden ser

de cualquier tamao,
incluyendo
0,como es el caso de un
comando que solo tiene la
cabecera

Aplicacin

Fragmento APDU, tamao

mximo: 2048 bytes
TSDU

Pseudotransporte

249

249

249

Enlace de datos

10 250 + 32

10

250 + 32

10

250 + 32

TPDU, tamao mximo: 250

bytes, para encapsularse en
la trama de Capa Enlace de
Datos.
Trama LPDU, tamao
mximo 292 bytes, 250 bytes
son datos

292

Fsica

Medio de transmisin fsico

Figura 2.6 Construccin de un mensaje DNP3.010.

A continuacin se explica la construccin de un mensaje DNP3.0 en cada capa

del modelo EPA. Los mensajes a nivel de la Capa de Aplicacin son llamados
fragmentos, los mensajes a nivel de la Capa de Pseudotransporte son los
segmentos, a nivel de capa Enlace al mensaje se le conoce como trama, y en la

Gordon Clarke, Deon Reynders. Practical Modern-Scada-Protocols: Dnp3 e IEC

60870.5 and Related-Systems. Publicacin 2004. British Library. ISBN 07506 7995
10

40

capa fsica se convierte el mensaje a una cadena de bits, para su transmisin por
el medio fsico.

2.6.3.1 Capa de Aplicacin DNP3.0

Los datos de usuario son los datos que llegan desde la aplicacin de usuario,
pueden ser visualizados como la capa de aplicacin, como puede ser un software
para la configuracin de una HMI (Human Machine Interface) como Citect o
Intellution, o un programa de aplicacin C++. En el presente proyecto de titulacin
se usar el software de simulacin de estacin maestra DNP3.0 llamado ASE
2000 Communication Test para la comunicacin con el mdulo de interfaz
Ethernet DNP3.0 tipo esclavo de la EEQ.S.A., el ASE 2000 enva los
requerimientos de datos a la estacin esclavo DNP3.0.

Los datos enviados pueden ser alarmas y eventos, datos de estados digitales,
datos analgicos, o un archivo de datos como un archivo de configuracin pasado
desde una estacin maestra (MTU) a una estacin esclavo (RTU). Existen
tambin el envo de comandos desde una estacin maestra a la estacin esclavo
que no llevan datos.

El tamao total de los datos no es limitado por el protocolo, la capa de aplicacin

inicialmente forma los datos en bloques administrables llamados ASDUs
(Application Service Data Units). La capa aplicacin luego crea la APDU
(Application Protocol Data Unit), aumentando la cabecera del dato conocida como
APCI (Application Protocol Control Information). Las cabeceras APCI son de 2 o 4
bytes

dependiendo

si

es

mensaje

de

requerimiento

de

respuesta

respectivamente. En el caso de ser un comando hay solo una cabecera y no los

datos o ASDU.

Cuando los datos o bloques ASDU a ser transmitidos son de un gran tamao para
un mensaje de Capa de aplicacin se crean mltiples fragmentos llamados
APDUs, cuyo tamao mximo es de 2048 bytes, el nmero de APDUs dependen
del tamao del mensaje a ser transmitido.

41

2.6.3.2 Capa de Pseudotransporte

El fragmento APDU de la capa de aplicacin es encapsulado como la unidad de
datos de servicio de transporte TSDU dentro de la capa de Pseudotransporte. La
capa de Pseudotransporte divide la TSDU en unidades ms pequeas de datos
llamadas TPDUs o unidades de datos de protocolo. Las TPDUs constan de un
byte de cabecera, y un tamao mximo de datos de 249 bytes. El tamao total de
las TPDUs es de 250 bytes, para el encapsulamiento en la trama LPDU de la
capa de enlace DNP3.0 que tiene un mximo de 250 bytes de datos.

2.6.3.3 Capa de Enlace de Datos

Esta capa toma las TPDUs desde la capa de Pseudotransporte y aade 10 bytes
de cabecera. La capa de enlace es tambin responsable de deteccin de errores
y funciones de correccin, se usa el cdigo de correccin de errores CRC (cdigo
de redundancia cclica) de 16 bits. Cada TPDU es convertida a una trama LPDU
de 292 bytes de longitud mxima. Este formato de trama es conocido como el
formato de trama FT3, descrito originalmente por el protocolo de comunicacin
industrial IEC 870-5-101. Esta trama es comn con la trama de Capa Enlace del
protocolo IEC-870-5-101.

2.6.3.4 Capa Fsica

La capa fsica convierte cada trama en una cadena de bits sobre el medio fsico.
La capa fsica definida original de DNP3.0 fue serial, con un formato de trama
serial de 8 bits de datos, un bit de inicio, un bit de parada, sin paridad. La capa
fsica se defini posteriormente sobre la capa fsica Ethernet (sobre TCP/IP),
actualmente el protocolo TCP/IP es usado para el transporte de mensajes DNP3.0
sobre la red Ethernet mediante el encapsulamiento de los datos, como se explica
en el numeral 2.9 del presente Captulo.

En resumen para la construccin del mensaje DNP3.0 desde la capa de

aplicacin se tiene las siguientes caractersticas:

42

Las funciones de la capa de aplicacin pueden o no requerir transmisin de

datos.

Los comandos no requieren transmisin de datos, solo se enva la

cabecera del mensaje.

La capa de aplicacin compone y analiza los datos en APDUs, cuyo

tamao mximo es de 2048 bytes.

La capa de Pseudotransporte analiza y fragmenta la APDU en unidades de

datos ms pequeas llamadas TPDUs. El tamao mximo de la TPDU es
de 250 bytes.

La capa Enlace de datos aade las cabeceras y CRCs a cada TPDU para
formar la trama LPDU, el tamao mximo de la LPDU es de 292 bytes, de
los cuales 250 bytes son datos.

2.7 DESCRIPCION DE LAS CAPAS DEL MODELO EPA DE DNP3.0

Y

EL

FORMATO

DE

LOS

MENSAJES

TRAMAS

DEL

PROTOCOLO DNP3.0

En el presente subcaptulo se detalla el funcionamiento de cada una de las capas,

se examina y estudia el formato de las cabeceras de los mensajes y los mensajes
de cada capa, la descripcin y operacin del protocolo DNP3.0.
A continuacin se describir el funcionamiento de cada capa del modelo EPA, en
el cual se basa DNP3.0.

2.7.1 CAPA DE APLICACIN DE DNP3.0

El formato de los mensajes de Aplicacin se divide en Formatos de Peticin o

Requerimiento, Formatos de Respuesta y comandos los cuales no contienen
datos. Los Formatos de Peticin son para mensajes desde la estacin maestra
hacia las estaciones esclavos, y los Formatos de Respuestas son las respuestas
correspondientes de las estaciones esclavos.

43

Los mensajes de aplicacin como se mencion anteriormente se pueden

fraccionar en segmentos lo suficientemente pequeos para que quepan en los
buffers del mensaje. El tamao recomendado del fragmento APDU es de 2048
bytes a fin de mantener la compatibilidad con dispositivos DNP3.0 comunes.

2.7.1.1 Secuencias de comunicacin a nivel de Capa Aplicacin

En la Figura 2.7 se muestra la secuencia de los mensajes entre una estacin

maestra y una estacin esclavo. La maestra enva una peticin a la estacin
esclavo y contesta con un mensaje de respuesta. La esclavo puede decidir
espontneamente transmitir datos mediante un mensaje de Respuesta no
Solicitada. Para la estacin maestra, la transaccin peticin/respuesta con una
estacin esclavo en particular debe completarse antes de que una nueva peticin
sea enviada a la misma. Una maestra puede aceptar respuestas no solicitadas
mientras una respuesta est en progreso. Sin embargo, para la estacin remota
una transaccin peticin/respuesta debe completarse antes de que cualquiera
otra peticin o respuesta no solicitada sean enviadas. Las respuestas no
solicitadas solamente deben ser enviadas antes o despus de una transaccin
peticin/respuesta.

Esclavo
Maestra

Figura 2.7 Secuencia de comunicacin entre una Estacin Maestra y una Estacin
Esclavo en la Capa de Aplicacin.

2.7.1.2 Formato del mensaje de Capa de Aplicacin

El formato del mensaje de la Capa de Aplicacin DNP3.0 se observa en la Figura

2.8, como se mencion en la construccin del mensaje DNP3.0, a los datos del
mensaje se les conoce como ASDU. Los mensajes de la Capa de Aplicacin
(APDU) estn formados por la cabecera (APCI) y los datos. La cabecera consta
del Control de Aplicacin AC que controla el flujo de la comunicacin y los cdigos

44

de funcin FC que definen la propuesta del mensaje o la operacin requerida.

Los datos o ASDU del mensaje contienen varios datos de objetos, que en
conjunto su tamao mximo es de 2048 bytes formando parte de la APDU. El
cdigo de funcin se aplica a todos los datos de objetos, contenidos en el
mensaje de la Capa de Aplicacin.
Los encabezados de objetos contenidos en el mensaje de la capa Aplicacin
definen la estructura e interpretacin del dato.

Cada dato de objeto de la capa aplicacin tiene su propia cabecera o header

llamada cabecera de objeto, de manera que cada uno puede ser procesado como
un mensaje individual y luego descartado para dejar espacio para el prximo.
En el ejemplo se muestra el formato de un mensaje de peticin que tiene 2 bytes
de cabecera, el formato de un mensaje de respuesta es el mismo con la diferencia
de que la cabecera es de 4 bytes, se aumenta el campo adicional IIN (Internal
Indications) de dos bytes (Ver Figura 2.9), cuyos dgitos indican el estado del
mensaje de respuesta. Los datos de objetos forman parte de los datos del
mensaje, llamados ASDU como se describi en la construccin del mensaje
DNP3.0.
APDU
ASDU

Cabecera APCI
Datos de objetos

Datos de objetos

Datos de objetos

Figura 2.8 Formato del mensaje de la Capa de aplicacin DNP3.0

Cada campo del mensaje de aplicacin de la Figura 2.8 es explicado a

continuacin:
Control de Aplicacin (AC). Proporciona la informacin necesaria para la
construccin de mensajes multifragmento. Este campo contiene los siguientes
elementos:

45

FIR. Cuando se coloca en uno, indica que el fragmento es el primer

fragmento de un mensaje de aplicacin.
FIN. Cuando se coloca en uno, indica que el fragmento es el ltimo
fragmento de un mensaje de aplicacin.
CON. Cuando se coloca en uno, indica que la aplicacin estacin maestra
queda en espera de una confirmacin de la estacin esclavo. El Cdigo de
Funcin para el mensaje de confirmacin es el 0. Existen diferentes
cdigos de Funcin para los distintos tipos de mensajes.
SECUENCIA. Indica el nmero del fragmento. Los nmeros 0 a 15 estn
reservados para peticiones desde la Estacin Maestra. Los nmeros 16 a
31 estn reservados para las Respuestas no Solicitadas desde las
estaciones Esclavos.
Cdigo de Funcin (FC). Identifica el propsito del mensaje. Hay dos grupos de
Cdigos de Funcin: uno para peticiones y otro para respuestas. En DNP3.0 hay
alrededor de 30 cdigos de funcin en operacin para transferencia, control,
control de aplicacin, configuracin, sincronizacin de temporizacin.
Encabezado de Objeto (Object Header). Especifica el tipo de datos que estn
contenidos en el mensaje o que van a ser utilizados para responder a ese
mensaje. El encabezado de objeto es igual tanto en la Peticin como en la
Respuesta, pero la interpretacin depende de si es una peticin o una respuesta y
del cdigo de funcin que lo acompaa. El Encabezado de Objeto est formado
por los siguientes campos:
Grupo y Variaciones Peticin/Respuesta. Estos dos campos especifican
el grupo de datos y las variaciones de dichos grupos, lo que permite
identificar el tipo, clase de datos u objeto y su formato.
Calificador. Especifica el significado del campo Rango, es decir, cmo
debe interpretarse.
Rango. Indica la cantidad de datos de objetos, los ndices de partida y final
o identificadores de los objetos transmitidos.
La Figura 2.9 muestra el formato detallado del mensaje de la Capa de aplicacin
DNP3.0. Aqu se aprecia los diferentes Cdigos de Funcin de mensajes de la
Capa de Aplicacin de peticin y mensajes de respuesta (Request Header and
Response Header), de distintos tipos de mensajes de peticin como confirmacin,

46

requerimiento o lectura de datos, y distintos mensajes de respuesta como

respuestas no solicitadas y confirmaciones o ACKs.
APDU
ASDU
Datos de objetos

APDU
DNP3.0

Cabecera APCI

Encabezado de objeto

Datos de objetos

Encabezado de objeto

Figura 2.9 Formato detallado del fragmento APDU DNP3.011

11

http://www.ee.iitb.ac.in/~esgroup/es_mtech03_sem/sem03_paper_03307905.pdf

47

2.7.2 CAPA DE PSEUDOTRANSPORTE

La principal funcin de la capa es la segmentacin de los fragmentos de la capa
de aplicacin (APDUs) en tramas de capa de enlace de datos LSDUs para la
transmisin y re-ensamblaje de estas unidades en el fragmento original de la capa
de aplicacin en la recepcin del mensaje. Esto permite la transmisin de largos
bloques de datos que pueden ser manejados por la Capa de Enlace de Datos. A
esta capa se la denomina como capa de Pseudotransporte porque tiene
limitaciones y no cumple con todos los requerimientos de una Capa Transporte
segn el Modelo de Referencia OSI, ya que la funcionalidad del ensamblaje en la
capa de Pseudotransporte es limitada.

La fragmentacin de los datos es realizada cuando una aplicacin solicita la

transmisin de un mensaje grande, este mensaje se fragmenta en segmentos lo
suficientemente pequeos para que sean encapsulados en una trama de Enlace
DNP3.0, estos segmentos son los TPDUs (Transport Protocol Data Unit), el cual
contiene, como mximo 250 bytes de datos.

Como se describi en la construccin del mensaje DNP3.0, la capa de

Pseudotransporte fragmenta las TSDUs en mltiples TPDUs y enva cada dato a
la capa Enlace de datos DNP3.0, las TPDUs son los datos de las tramas LSDUs
de la Capa Enlace.

La LSDU puede tener un mximo de 250 bytes de datos de usuario por lo que la
TPDU o datos tiene un mximo de 250 bytes de los cuales un byte es de
cabecera. La capa de Pseudotransporte es la responsable de asegurar que la
TSDU sea re-ensamblada en la secuencia correcta en la recepcin del mensaje.
En la figura 2.10 se aprecia la segmentacin de la TSDU en mltiples TPDUs:

48
1-2048bytes

Bloque de datos que provienen

desde la Capa Aplicacin

La TSDU es fragmentada en mltiples segmentos TPDUs,

cada TPDU contiene un byte de cabecera y 249 bytes de
datos mximo. Capa TPDU se encapsula en la trama de
Capa Enlace de Datos

2.10 Segmentacin de la TSDU en varias TPDUs12

2.7.2.1 Formato del segmento de la Capa de Pseudotransporte DNP3.0

El formato del segmento de la Capa de Pseudpotransporte se muestra en la
Figura 2.11.

Capa de Pseudotransporte

Cabecera TH

Figura 2.11 Formato del segmento de la capa de Pseudotransporte DNP3.0.

El segmento est formado por la cabecera llamada TH (Transport Header) y los

datos.
A continuacin se especifican el significado de los campos del segmento:

2.7.2.2 Cabecera de Capa de Pseudotransporte (The transport header TH)

El byte de cabecera (TH) realiza el control de la capa de Pseudotransporte,

contiene dos bits para indicar el inicio y fin de una secuencia de segmentos

Gordon Clarke, Deon Reynders. Practical Modern-Scada-Protocols: Dnp3 e IEC

60870.5 and Related-Systems. Publicacin 2004. British Library.ISBN 075067995
12

49

TPDUs (campos FIN y FIR), y 6 bits que son contadores de secuencia como se
aprecia en la figura 2.11.

Los bits de la cabecera se describen a continuacin:

FIN. Cuando se coloca en uno, este dgito indica que este segmento de datos de
usuario es el ltimo segmento de una secuencia de segmentos de un mensaje. Se
tiene entonces que cuando FIN = 1 => ltimo segmento; FIN = 0 => vienen ms
segmentos.
FIR. Si FIR=1, indica que es el primer segmento de una secuencia de segmentos.
Si FIR=0 indica que el segmento no es el primero de una secuencia.
Cuando una estacin recibe FIR = 1, todos los segmentos anteriormente recibidos
que no tenan el campo FIN = 1, son descartados. El primer segmento de una
secuencia puede tener un nmero de secuencia entre 1 y 63. Si se recibe un
segmento con el bit FIR = 0 (segmento que no es el primero de una secuencia) y
no ha habido mensajes en progreso, entonces el segmento es ignorado. Si el
mensaje consta de un solo segmento, entonces los valores de los bits equivalen
a FIN = 1 y FIR = 1.
SECUENCIA. Este es el nmero de segmento y se utiliza para verificar que cada
segmento est siendo recibido en secuencia. Ayuda tambin en la recuperacin
de segmentos perdidos o duplicados. Los nmeros de secuencia pueden tener
valores entre 0 y 63.

La cabecera del mensaje de la capa de Pseudotransporte de DNP3.0 se muestra

en la figura 2.12; as como tambin se observan las posibles combinaciones de
los dos bits FIN y FIR de la cabecera del mensaje.

FIN Segmento Final

FIR Primer segmento
FIN
0
0
1
1

FIR
1
0
0
1

Primero de mltiples segmentos

No es el primero, ni el ltimo
Segmento Final
Mensaje de un segmento

Figura 2.12 Detalle de la cabecera del mensaje de la capa de Pseudotransporte DNP3.0.

50

En resumen la capa de Pseudotransporte fragmenta las TSDUs en mltiples

TPDUs, incluye un byte de cabecera y lleva 249 bytes de datos como mximo, la
cabecera tiene los bits FIN, FIR y 6 bits de secuencia. Transmite las TPDUs
desde y hacia la capa enlace de datos y re-ensambla las TPDUs en TSDUs en la
recepcin del mensaje.
2.7.3 CAPA DE ENLACE DNP3.0

La funcin de la Capa de Enlace DNP3.0 es administrar y establecer el enlace

lgico entre la estacin maestra y la estacin esclavo, y mantener la
comunicacin lgica confiable de datos sobre el enlace fsico.

El establecimiento del enlace implica el establecimiento de la comunicacin lgica

entre el emisor y el receptor. DNP3.0 es capaz de soportar conexiones no
orientadas y orientadas a la conexin, y realiza el direccionamiento de dispositivos
DNP3.0 a travs de la direccin origen y destino de la trama de Capa de Enlace.

2.7.3.1 Formato de la trama de Capa de Enlace DNP3.0

El formato de la trama de Capa de Enlace DNP3.0 se muestra en la Figura 2.13a,
la trama tiene un tamao mximo de 292 bytes incluyendo cdigos CRC (Cdigos
de Redundancia Cclica) y lleva un total de 250 bytes de informacin de capas
ms altas. La cabecera de la trama tiene un tamao de 10 bytes, la misma se
compone de un campo de sincronizacin de dos bytes, la longitud de la trama de
un byte, el campo de control de un byte, la direccin destino y direccin origen de
2 bytes cada una, y el CRC de dos bytes. Por tanto se tiene hasta 65535
diferentes direcciones con los 16 bits del campo direccin origen y tambin del
campo direccin destino. La direccin FFFFFFFF es reservada para mensajes
de broadcast, para recepcin por parte de todos los receptores.
El formato de la trama de la Capa Enlace DNP3.0 contiene la cabecera de 10
bytes seguida de una secuencia opcional de bloques de datos, cuyo nmero
depende del tamao del segmento de la Capa de Pseudotransporte encapsulado
en los datos de la trama LPDU, el segmento tiene un tamao mximo de 250

51

bytes. Cada bloque de datos de la trama de la Capa Enlace DNP3.0 contiene 16

bytes a los cuales se les agrega un CRC de dos bytes (Ver Figura 2.13b).

La longitud mxima de la trama es de 292 bytes como se describi en la

construccin del mensaje DNP3.0, 10 bytes son de cabecera, 250 bytes de datos
de la capa de Pseudotransporte, y 32 bytes de CRC (Cdigo de Redundancia
Cclica), los 32 bytes provienen de los 2 bytes CRC de cada uno de los 16
bloques de datos que son opcionales. En la Figura 2.13 se muestra los campos
de la trama de la Capa de Enlace de DNP3.0.

La trama de Capa Enlace DNP3.0 contiene los siguientes campos:

Bytes de Inicio (Octetos de partida). Su tamao es de dos bytes. El primer byte
contiene el nmero 05H y el segundo 64H. Los mismos son una bandera y
permiten la sincronizacin de la trama, para conocer su inicio y su fin.
Longitud. Especifica el nmero de bytes de datos en la trama, incluyendo los
campos de Control, Direccin Destino y Direccin Origen. El valor mnimo en este
campo es de 5 que indica que solamente est presente la cabecera o encabezado
de la trama, es decir un byte de control, 2 bytes de la Direccin Destino y 2 bytes
de la Direccin de Origen (Ver figura 2.13), y el valor mximo es 255 octetos, que
indican los 250 bytes de datos ms los 5 bytes de la cabecera de la trama.
Control. Este campo contiene el sentido de transmisin de la trama, el tipo de
trama (si es un requerimiento o respuesta) e informacin de control de flujo de
datos sobre el enlace fsico. La direccin de una trama desde la Estacin Maestra
a la Esclavo es la mostrada en la Figura 2.13b. Para la direccin de una trama
enviada desde la Estacin Esclavo a la Maestra, los dgitos FCB y FCV se
reemplazan por los dgitos RES y DFC, respectivamente, como se aprecia en la
Figura 2.14.

52

Encabezado

Datos

Octetos de Partida

Longitud

Control

Direccin Destino

Direccin Origen

CRC

a) Cabecera y datos de la trama de Capa Enlace DNP3.0.

Capa de Pseudotransporte

bits

Direccin Maestra Esclavo

b) Formato detallado de la trama de Capa Enlace DNP3.0.

Figura 2.13 Formato de la trama de la Capa de Enlace DNP3.0

El byte de control define los procedimientos de comunicacin entre una estacin

maestra y una estacin esclavo como son: peticin y respuesta de confirmacin
ACK a nivel de Capa Enlace, peticin de respuesta sin confirmacin, Reset o
inicio de enlace de comunicacin, Test o prueba del estado del enlace. Por
seguridad en la comunicacin cada trama transmitida puede requerir una
confirmacin de respuesta (la misma es conocida como ACK o confirmacin de
capa enlace).

Cdigo de Funcin
Maestra a Esclavo
Maestra a Esclavo
Cdigos de Funcin

Esclavo a Maestra
Cdigos de Funcin

Esclavo a Maestra

Figura 2.14 Byte de Control de la trama de Capa Enlace DNP3.0.

53

La Figura 2.14 muestra los cdigos de Funcin de diferentes tipos de tramas

enviadas por la estacin maestra o la estacin esclavo.
Las funciones de los subcampos del byte de control (Figura 2.14) son:
DIR Indica el sentido de transmisin: Desde la estacin maestra a la esclavo, DIR
= 1, Desde la estacin esclavo a la maestra, DIR = 0.
PRM Mensaje primario; PRM = 1, indica que la trama fue enviada desde la
estacin maestra; el valor PRM = 0, indica que la trama es enviada desde la
estacin esclavo.
FCB Bit de conteo de tramas. Se utiliza para recuperar tramas perdidas y suprimir
tramas duplicadas enviadas hacia la estacin esclavo. Es solo usada por la
estacin maestra.
RES Reservado
FCV Dgito de validacin que permite el funcionamiento del dgito FCB. En este
caso: FCV = 0, indica ignorar el estado del dgito FCB; FCV = 1, le indica a una
estacin esclavo que el estado del dgito FCB debe ser verificado en relacin con
el estado del dgito FCB de la ltima trama enviada cuyo dgito FCV era 1.
DFC Dgito de control del flujo de datos. Se utiliza para prevenir el
desbordamiento de los buffers de la estacin esclavo.
Cdigo de Funcin. Identifica el tipo de trama. La definicin de los valores
colocados en este campo son diferentes en las estaciones maestras y estaciones
esclavos.
La Tabla 2.2 muestra los valores de los cdigos de funcin de diferentes tipos de
tramas. Los valores son diferentes dependiendo si es un mensaje de transmisin
desde una estacin maestra o esclavo.

54

Cdigos de Funcin de mensajes desde la estacin Maestra

Cdigos 5 a 8, 10 a 15 no son usados

Cdigos de Funcin de mensajes desde la estacin Esclavo

Cdigos 2 a 10, 12 a 13 no son usados

Representacin de los Cdigos de Funcin
P Trama enviada desde la Estacin Maestra
S Trama enviada desde la Estacin Esclavo

Tabla 2.2 Cdigos de Funcin de las tramas de Capa de Enlace DNP3.0.

Continuando con la Figura 2.13, los campos restantes de la trama son:

Direccin de Destino (DA). Especifica la direccin de la estacin hacia la cual se

enva la trama. El primer byte es el octeto de menor orden y el segundo es el de
mayor orden. Cuando la estacin maestra coloca la direccin FFFF (broadcast),
todas las estaciones esclavos escuchan y aceptan las tramas que vienen de la
estacin maestra.
Direccin de Origen (SA). Identifica la direccin de la estacin de donde viene la
trama. El primer octeto es el octeto de menor orden y el segundo es el de mayor
orden.
Datos de Usuario. Los bloques contienen de 1 a 16 bytes de datos de usuario. Si
el mensaje consta de ms de 16 bytes, se llenarn bloques con 16 bytes excepto
el ltimo que puede contener de 0 a 16 bytes.
CRC. Campos para verificacin de error; cdigo CRC

55

2.7.3.2 Servicios de la Capa de Enlace DNP3.0

El formato de la trama de Capa Enlace DNP3.0 descrito anteriormente incluye bits

de control necesarios para controlar el flujo de informacin, funciones de
deteccin y correccin de errores, funciones para probar e inicializar la operacin
de cada enlace lgico entre el emisor y el receptor:
El formato descrito de la trama permite entender los servicios de la capa de
enlace DNP3.0 que se especifican a continuacin:
- Establecer y mantener el canal de comunicacin.
- Reportar el estado del enlace a capas ms altas.
- Detectar y corregir errores que pueden ocurrir durante la transmisin.
- Convertir datos entre LSDUs y LPDUs.
- Notificacin de errores a capas ms altas.
- Secuenciamiento y distribucin priorizada de las tramas LSDUs.

2.7.3.3 Procedimientos de transmisin de la Capa de Enlace DNP3.0

DNP3.0 controla la transmisin en la Capa de Enlace usando ciertos
procedimientos de transmisin. Los procedimientos hacen uso del byte de control
contenido en la trama de capa de Enlace DNP3.0 especificada anteriormente,
para el control de la transmisin. Los procedimientos definen las acciones que
deben ser tomadas en cada estacin, y el byte de control define la coordinacin
entre las estaciones, como el tipo de transmisin enviada y tipo de trama.

Los procedimientos definidos por el byte de control de la trama de capa enlace

DNP3.0 son:

Link Reset o Enlace de Inicio.

Test o Prueba.
Envo de datos con Confirmacin ACK.
Envo de datos sin Confirmacin ACK.
Request link Status (Requerimiento de Estado del Enlace).

56

Link reset

Un enlace de reset o enlace de inicio es requerido para habilitar las

comunicaciones entre una estacin maestra y esclavo. La estacin maestra debe
enviar la trama reset una vez encendida o despus de que el enlace es
establecido.
Este procedimiento es usado despus de un inicio, reinicio o falla de un enlace de
comunicacin. En la Figura 2.15 se describe el envo de la trama Link Reset
desde la estacin maestra a la estacin esclavo, y se aprecia el cdigo de funcin
del procedimiento Link Reset cuyo valor es 0.

El procedimiento Link Reset trabaja con el bit FCB (bit de conteo de tramas) que
es el encargado de indicar la existencia de tramas duplicadas o perdidas en la
comunicacin, ubicado en la trama de Capa de Enlace DNP3.0 (Ver Figura
2.13), este bit es alternado su valor de 0 a 1 en cada trama de confirmacin ACK
correctamente recibida por la estacin maestra y se compara el valor actual del bit
con el valor del bit anterior para detectar tramas perdidas o duplicadas, el bit
FCB=1 es esperado por la estacin esclavo para la recepcin del procedimiento
Link Reset, la estacin esclavo enva la confirmacin ACK (Cdigo de Funcin
S0) para confirmar que el enlace es correcto. El bit FCB es solo usado por la
estacin maestra como se explic anteriormente.

57

Estacin Maestra

Estacin Esclavo
Bit FCB=1 es esperado por la
estacin esclavo
Indicacin=Link Reset o Inicio
de Enlace

Indicacin= Enlace es
correcto

Cdigos de Funcin
P0
P1
P2
P3
P4
P9

Link Reset
Reset User Process
Test
User Data Confirm
User Data No Confirm
Request link Status

S0
S1

Confirm ACK
Confirm NACK

Figura 2.15 Link Reset entre Estacin Maestra y Esclavo.

Test

El procedimiento de prueba o test es usado por la estacin maestra para probar el

enlace de comunicacin. Si los bits FCB descritos en la trama de la capa de
Enlace de DNP3.0 han comprobado que ha existido la prdida de una trama en la
transmisin, la estacin esclavo debe reenviar la ltima trama de confirmacin. Si
no existe errores de tramas perdidas o duplicadas detectados mediante el bit
FCB, entonces la estacin esclavo debe enviar la trama de confirmacin ACK
hacia la estacin maestra. En la Figura 2.16 se aprecia el envo de la trama Test
desde la estacin maestra a la estacin esclavo, y el cdigo de Funcin de la
trama Test es el 2.

58

Estacin Maestra

Estacin Esclavo

FCB = 1
FCV = 1 habilita el uso
del bit FCB
Trama no duplicada
Envo de trama de
confirmacin ACK

Trama perdida
Reenvo de la ltima trama de
confirmacin ACK
Cdigos de Funcin
P0
P1
P2
P3
P4
P9

Link Reset
Reset User Process
Test
User Data Confirm
User Data No Confirm
Request link Status

S0
S1

Confirm ACK
Confirm NACK

Figura 2.16 Test o Prueba de enlace de comunicacin entre Estacin Maestra y Esclavo.

Envo de datos de usuario con Confirmacin ACK (Confirmed send user data
ACK)
Este procedimiento es usado para envo de tramas con datos de usuario que
requieren confirmacin de recepcin. El enlace de comunicacin debe ser iniciado
mediante la trama Link Reset, antes de que las funciones de confirmacin ACK
puedan ser enviadas. Este procedimiento provee una transferencia de datos de
usuario confiable reenviando un aviso de confirmacin de tramas con errores.

Envo de datos de usuario sin confirmacin (Unconfirmed send user data)

Es un procedimiento usado para enviar datos de usuario sin requerir confirmacin

desde la estacin esclavo, obteniendo as una velocidad de transmisin mayor y
un mejor uso de ancho de banda. La desventaja de este procedimiento es que los
errores en la transmisin ocasionan tramas perdidas, debido a que si hubo un
error encontrado por un cdigo CRC en una trama, la estacin esclavo rechazar

59

la transmisin, y la estacin maestra no puede conocer que el mensaje enviado

fue rechazado debido a un error en la trama.
Requerimiento de estado de enlace (Request link status)

Este procedimiento es usado despus de receptar una trama NACK o una

confirmacin ACK con el valor del campo DFC=1 (Control de flujo de datos), que
indica que los buffers de la estacin esclavo estn llenos. Es usado para saber
cuando la estacin esclavo puede aceptar nuevamente datos. En la Figura 2.17
se aprecia el grfico de comunicacin mediante el procedimiento Request Link
Status, cuyo cdigo de funcin es el 9.

Estacin Maestra

P0
P1
P2
P3
P4
P9

Link Reset
Reset User Process
Test
User Data Confirm
User Data No Confirm
Request link Status

S0

Confirm ACK

S1 Confirm
NACK
Estacin
Esclavo

DFC=0 (Normal)

DFC= 1 no puede aceptar

ms datos
Request
Link Status

DFC=1 Todava ocupado

Request
Link Status

DFC=0 Ahora puede aceptar

ms datos

Cdigos de Funcin
P0
P1
P2
P3
P4
P9

Link Reset
Reset User Process
Test
User Data Confirm
User Data No Confirm
Request link Status

S0
S1

Confirm ACK
Confirm NACK

Figura 2.17 Request Link Status Cdigo de Funcin P9.

El buffer de la estacin esclavo en la Figura 2.17 se encuentra lleno y enva un

ACK con el bit DFC=1. La estacin maestra espera y enva la trama request link
status (P9) hasta que el bit DFC sea igual a cero que significa que el buffer ya no
est lleno, y se puede reiniciar la transmisin.

60

CRC (Cdigos de Redundancia Cclica)

El cdigo de redundancia cclica sirve para la deteccin de errores en tramas

transmitidas que han sido introducidas en trminos de sta funcin.

DNP3.0 define Cdigos de Redundancia Cclica de 16 bits para deteccin de

errores. Los 16 bits son provistos para los 10 bytes de cabecera de la trama de la
Capa de Enlace DNP3.0, y tambin para cada bloque de datos de usuario de 16
bytes a ser transmitidos.

2.7.3.4 Secuencia de Comunicacin entre Estaciones Maestro y Esclavo DNP3.0

Dentro del sistema de comunicaciones en sistemas SCADA se tiene la estructura

de estaciones maestras, sub-estaciones maestras, estaciones esclavos.
En la Capa de Enlace de Datos los trminos balanceado y desbalanceado son
utilizados para describir si las estaciones pueden iniciar la comunicacin o no.
En un modo de operacin desbalanceado solo la estacin maestra puede iniciar la
comunicacin hacia las estaciones esclavos. En este caso la estacin esclavo
acta como estacin secundaria, ya que cuando tiene datos que necesita
transmitir, debe esperar hasta que el maestro requiera y realice un poleo o
requerimiento de los datos. En el modo de operacin balanceado existe la
flexibilidad de que las estaciones esclavos inicien la comunicacin hacia las
maestras, sin permiso de la estacin maestra. El protocolo de comunicacin
DNP3.0 soporta el modo de operacin balanceado en la capa de enlace de datos.
Este modo de operacin es empleado por el protocolo HDLC (High Level Data
Link Control) de la Capa de Enlace del modelo OSI, HDLC posee los dos modos
de operacin balanceado y desbalanceado.
En DNP3.0 una estacin es configurada como una estacin maestra o una
estacin esclavo. La clave de DNP3.0 radica en que solo la estacin maestra
puede enviar un requerimiento, y solo la esclavo puede proveer una respuesta,
los mismos son los mensajes de la Capa de Aplicacin.

61

La estacin maestra puede direccionar estaciones esclavos individuales, o puede

iniciar un mensaje de broadcast a todas las estaciones esclavos. Las estaciones
esclavos retornan un mensaje de respuesta a cada uno de los requerimientos que
han sido enviados por la estacin maestra.

El mensaje de respuesta de la estacin DNP3.0, puede ser una confirmacin ACK

si se requiere por parte de la estacin maestra, si un error ocurre en la recepcin
del mensaje, o si la estacin esclavo no est habilitada para realizar la peticin
pedida, la esclavo, para estas dos ltimas situaciones, construye un mensaje de
error y lo enva como respuesta al maestro.
En la Figura 2.18 se muestra la comunicacin maestro esclavo DNP3.0. Como se
aprecia en el diagrama de comunicacin, se enva un requerimiento de datos
desde la estacin maestra a la estacin esclavo. En el ejemplo la estacin
maestra enva el requerimiento de una confirmacin a la estacin esclavo, por lo
que la estacin esclavo enva una confirmacin ACK de la trama recibida, y
posteriormente enva la respuesta a la estacin maestra. El diagrama muestra la
forma de comunicacin entre una estacin maestra y una estacin esclavo y la
direccin del mensaje mostrado entre ellos.

Estacin Maestra

Requerimiento de mensaje
Primaria

Estacin Esclavo
Confirmacin
ACK
Secundaria

Respuesta
Confirmacin ACK

Direccin del
mensaje

Figura 2.18 Diagrama de Secuencia de Comunicacin Maestro-Esclavo DNP3.0

Como se mencion, el modo de operacin en DNP3.0 es balanceado por lo que

cualquier estacin puede ser la estacin maestra e iniciar la comunicacin. En
DNP3.0 se definen estaciones maestras y esclavos, y esta informacin es usada

62

en la Capa de Enlace para determinar la direccin del mensaje desde una

estacin maestra o una esclavo, en el bit DIR del campo control de la trama de
enlace DNP3.0 especificada anteriormente (Ver Figura 2.13).
El enlace de datos de comunicacin es la conexin lgica entre la estacin
maestra y la estacin esclavo, y puede realizarse mediante un modo de
transmisin half dplex para la comunicacin en un solo sentido, o mediante el
modo de transmisin full dplex para la comunicacin en dos sentidos al mismo
tiempo (Ver Figura 2.19).

En la misma figura se muestra dos canales de comunicacin entre las estaciones

maestras y esclavos. El primer canal usado es un enlace de radio full dplex. El
segundo enlace es de respaldo, usa mdems y la red telefnica pblica
conmutada, y es half dplex.

Estacin Esclavo

Estacin Maestra

Radio

Radio
Enlace
Full duplex

Radio

Enlace
PSTN

Half duplex

Figura 2.19 Ejemplo de comunicacin full dplex y half dplex en canales DNP3.0.

2.7.4 CAPA FSICA DNP3.0

Como se mencion anteriormente la capa fsica original de DNP3.0 es serial. Y

posteriormente el DNP Users Group produjo un estndar para la transmisin de
datos sobre redes Ethernet, que es descrito en el numeral 2.9.1 del presente
Captulo.

63

La capa fsica provee las siguientes funciones: conectar y desconectar el enlace

fsico, envo y recepcin de datos y conocer el estado del enlace fsico.
2.7.4.1 Topologas de Red

DNP3.0 soporta las siguientes topologas de red:

-

Punto a Punto (Maestro Esclavo).

Punto-Multipunto (Mltiples esclavos con una estacin maestra).

Jerrquica con concentradores de datos intermedios

Mltiples Maestros.

Las topologas son mostradas en la Figura 2.20.

La topologa punto a punto se refiere al caso de dos dispositivos DNP3.0

conectados a travs de un cable Ethernet, o va radio mdems, a travs de una
PSTN (Red Telefnica Pblica Conmutada) o un cable serial, o sistemas de
comunicaciones de fibra ptica. La comunicacin se puede dar por un tipo de
poleo de datos estudiados anteriormente en el numeral 2.5 entre la estacin
maestra y la estacin esclavo. Por ejemplo por el reporte de datos por excepcin.

Punto a Punto
Maestro Esclavo
Punto - Multipunto

Jerrquica

Concentrador
de datos
Mltiples Maestros

Figura 2.20 Topologas de red soportadas por DNP3.0.

64

En la topologa de mltiples esclavos, una estacin maestra se comunica con

mltiples estaciones esclavos, la comunicacin se da entre una estacin maestra
y una estacin esclavo a la vez, la estacin maestra interroga continuamente cada
estacin en un orden predeterminado. El medio de comunicacin puede ser fibra
ptica, lnea telefnica, o comunicacin por radio. Cada estacin esclavo puede
escuchar y responder a la estacin maestra, y pueden o no ser habilitadas para la
comunicacin entre estaciones esclavos.

La topologa jerrquica muestra a la estacin maestra comunicada con un

concentrador de datos conectado a varias estaciones esclavos. El concentrador
de datos almacena la informacin de estaciones esclavos, para la transmisin
hacia la estacin maestra. Este tipo de topologa existe en el CENACE, en el cual
poseen un concentrador de datos llamado eLAN en donde adquieren la
informacin de datos de energa de las Empresas de todo el pas.
La topologa de mltiples maestros puede ser usada para redundancia en el
sistema, as en caso de cada de una estacin maestra, la otra estacin realiza la
peticin de los datos de una o varias estaciones esclavos.
Las arquitecturas de comunicacin pueden tambin envolver el uso de
convertidores de protocolos para la comunicacin a uno o ms dispositivos
usando diferentes protocolos de comunicacin. Un convertidor de protocolos
puede ser usado en el caso de una topologa jerrquica, donde las estaciones
esclavos solo usan DNP3.0, y la maestra SCADA puede usar diferentes sistemas
y protocolos de comunicaciones.

En el caso de dispositivos DNP3.0 con puerto Ethernet como es el caso de los

mdulos DNP3.0 tipo esclavo de la Central Cumbay, DNP3.0 es encapsulado en
tramas Ethernet (TCP/IP). Se aaden las cabeceras de TCP/IP en los mensajes
DNP3.0, de sta manera se provee comunicaciones efectivas para uso en Redes
de rea Local (LAN) y Redes de rea Extendida (WAN), haciendo uso del medio
fsico Ethernet, como se describe en el numeral 2.12 del presente Captulo. En
algunos casos, esto puede permitir una extensin eficiente de sistemas SCADA
haciendo uso de una red corporativa existente.

65

2.7.4.2 Procedimientos de la Capa Fsica

Los procedimientos deben proveer comunicaciones half dplex y full dplex. Una
regla particular de DNP3.0 es administrar los eventos de mensajes de colisin
cuando puedan ocurrir, como por ejemplo tiempos de retardo son asignados a
estaciones esclavos para su acceso al medio en una topologa de mltiples
esclavos, y se puede asignar prioridades de comunicacin a las estaciones. Ya
que DNP3.0 soporta una topologa de red punto-punto y punto multipunto, y un
modo de operacin balanceado, cualquier estacin puede actuar como maestra, e
iniciar la comunicacin, entonces los mensajes pueden ser enviados desde dos
estaciones simultneamente, y podra ocurrir una colisin.

2.7.4.3 Modos de Transmisin

Simplex: La comunicacin se da en un solo sentido. El un dispositivo es

encargado de transmitir los datos y el otro de recibirlos.
Half dplex: La comunicacin se da en dos sentidos, pero no al mismo tiempo.
Solo un dispositivo transmite datos, y generalmente ocurre una pausa entre el
tiempo que termin de enviar los datos el un dispositivo y el tiempo en el que
responde el otro.
Full dplex: La comunicacin es posible en dos sentidos al mismo tiempo. Dos
canales son provistos para este tipo de transmisin.

2.8 LIBRERA DE OBJETOS DE DNP3.0

En DNP3.0 la informacin de datos y control es formada en la Capa de Aplicacin
en datos de objetos o conocidos como objetos. Cada dato de objeto tiene su
estructura definida por la documentacin de DNP3.0 Users Group, con el fin que
DNP3.0 sea interoperable entre diferentes equipos. A la coleccin de datos de
objetos se le conoce como la librera de objetos de DNP3.0, existen ms de 90
objetos.
Existen dos tipos de datos que son representados por los objetos: Los datos
estticos que son los valores actuales de cualquier punto de dato, DNP3.0 usa un

66

data point o punto de dato para numerar cada dato transferido en la

comunicacin. Y los datos de eventos que son los cambios de valor de una
variable binaria o analgica. En el caso de eventos analgicos son generados
cuando el valor esta fuera de una zona conocida como banda muerta. Los
eventos son almacenados en buffers de memoria de almacenamiento temporal de
informacin en la estacin esclavo hasta la transmisin hacia la estacin maestra.
Cada objeto es representado por un nmero de grupo y un nmero de variacin
que identifican el formato y el tamao de un dato, DNP3.0 representa a los
nmeros de grupos y variaciones con campos de 1 byte a cada uno, en el
encabezado de objeto de los datos de objetos del mensaje de Capa de Aplicacin
DNP3.0 (Ver Figura 2.8). Existen diferentes tipos de objetos generales, y los
mismos son organizados en dcadas. La Tabla 2.3 presenta el rango del grupo de
objetos DNP3.0 organizados en dcadas. Hay ms que un grupo especfico por
cada rango, y cada grupo tiene un nmero de variaciones, cada variacin es
normalmente una representacin diferente de un dato. Una variacin de un grupo
de objetos puede tener mayor o menor informacin que otras, como por ejemplo
un evento binario con la variacin de su estado de tiempo (estampado de tiempo)
posee mayor informacin que el mismo evento sin su estado de tiempo. Un
dispositivo DNP3.0 puede ser configurado con la mencionada variacin para el
envo del estampado de tiempo de un evento como se prueba en el Captulo
siguiente. La Librera de Objetos completa de DNP3.0 se observa en el ANEXO
No. 4.
Rango de grupos
Descripcin del Grupo de Objeto
0-9
Entradas Binarias
10-19
Salidas Binarias
20-29
Contadores
30-39
Entradas Analgicas
40-49
Salidas Analgicas
50-59
Objetos de Tiempo
60-69
Objetos de Clases
70-79
Objetos de Archivos
80-89
Objetos de dispositivos
90-99
Objetos de Aplicacin
100 o ms
Objetos Numricos alternativos
Tabla 2.3 Tabla de Grupo de Objetos de datos13.

Gordon Clarke, Deon Reynders. Practical Modern-Scada-Protocols: Dnp3 e IEC

60870.5 and Related-Systems. Publicacin 2004. British Library. ISBN 07506 7995
13

67

2.8.1 OBJETOS BINARIOS Y ANALGICOS

La Tabla 2.4 muestra las variaciones de los objetos, para cada tipo de informacin
(dato esttico o evento) de datos binarios o analgicos. Cada estructura de los
objetos de datos es descrita en su formato (evento con o sin tiempo). Los grupos
de objetos binarios y analgicos, y los grupos de objetos de eventos binarios son
los que nos interesan para la prueba de comunicacin DNP3.0, que se describe
en el Captulo siguiente.
Objetos de Entradas Binarias Rango 0-9
Grupo Variacin
01
01
02
02
01
02

Tipo
Esttico
Esttico
Evento
Evento

Descripcin
Entradas binarias
Entradas binarias con estado
Cambio de Entradas binarias sin tiempo
Cambio de Entradas binarias con tiempo

Objetos de Entradas Analgicas Rango 30-39

Grupo Variacin
Tipo
Descripcin
30
01
Esttico Entradas analgicas de 32 bits
02
Esttico Entradas analgicas de 16 bits
03
Esttico Entradas analgicas de 32 bits sin bandera
04
Esttico Entradas analgicas de 16 bits sin bandera
05
Esttico Entrada analgica de punto flotante corto
06
Esttico Entrada analgica de punto flotante largo
Tabla 2.4 Librera de Objetos de Entradas Binarias y Analgicas

Como muestra la tabla 2.4, el grupo de objeto 2 con variacin 2 representa a un

evento binario con su estado de tiempo. Una estacin esclavo DNP3.0 puede
configurarse con este grupo de objeto y variacin para el envo de un evento
binario (como el cambio de estado de un interruptor) con el estampado de tiempo
(tiempo exacto del evento con resolucin en milisegundos) a la estacin maestra.
A los nmeros de grupos de objetos en DNP3.0 se los conoce directamente como
objetos DNP3.0, por lo que en el presente proyecto de titulacin se menciona a
los grupos de objetos como objetos DNP3.0.
Algunos de los objetos comnmente usados en comunicaciones DNP3.0 son los
siguientes:

68

- Objeto 1.- Entradas binarias: este objeto hace referencia a las entradas binarias.
Permite la lectura de las mismas, mediante el cdigo de funcin 1, dicho cdigo
de funcin es un campo del mensaje de capa de Aplicacin DNP3.0.
- Objeto 2.- Eventos de las entradas binarias: es importante destacar que DNP3.0
maneja los valores estticos y sus eventos como objetos diferentes. As, los
eventos de las entradas binarias (que pertenecen al objeto 1) se agrupan en el
Objeto 2.
- Objeto 30.- Aqu se agrupan los valores de entradas analgicas.
- Objeto 50.- Hora y fecha: la variacin 1 de este objeto permite a la estacin
maestra sincronizar a la estacin esclavo.
- Objeto 60.- Objeto de clase: este objeto no distingue exactamente entre un tipo
de dato, sino ms bien define servicios del nivel de aplicacin. Dependiendo del
cdigo de funcin utilizado, mediante este objeto la estacin maestra puede
realizar peticiones por clase, o asignar clases a los eventos de los objetos
estticos configurados en la estacin controlada.
2.8.2 OBJETOS DE SINCRONIZACIN
Objetos de Tiempo Rango 50-59
Grupo Variacin
50

Tipo

Descripcin

01

No es un dato esttico

Hora y Fecha

02

ni un evento

Hora y Fecha con un intervalo de envo

Tabla 2.5 Objetos de sincronizacin.14

En la Tabla 2.5 se muestran los objetos de sincronizacin de DNP3.0 y sus

variaciones. El envo del Objeto 50 (Hora y fecha)

de variacin 1 desde la

estacin maestra a la estacin esclavo, permite sincronizar el tiempo a la estacin

esclavo. Mediante el uso de este objeto se escribe la hora y fecha del reloj del

14

Gordon Clarke, Deon Reynders. Practical Modern-Scada-Protocols: Dnp3 e IEC

60870.5 and Related-Systems. Publicacin 2004. British Library. ISBN 07506 7995

69

sistema de la estacin maestra y se da la sincronizacin de tiempo a la estacin

esclavo, como se prueba en el Captulo siguiente.

2.8.2.1 Tiempo de sincronizacin de DNP3.0.

Una caracterstica importante en sistemas SCADA de DNP3.0 que se ha

mencionado es que provee estampado de tiempo de eventos. El estampado de
tiempo provee la resolucin de eventos en milisegundos, para que se generen los
eventos de forma correcta en un sistema SCADA es necesario que los relojes de
estaciones esclavos se sincronicen con el reloj de la estacin maestra. La
sincronizacin de una estacin esclavo es realizada como se mencion mediante
el envo del objeto 50 de variacin 1, de hora y fecha desde la estacin maestra.
En el presente proyecto de titulacin se usa el simulador estacin maestra
DNP3.0 ASE 2000 Communication Test para la prueba de comunicacin Maestro
Esclavo DNP3.0, el mismo tiene la funcionalidad de enviar los diferentes tipos de
objetos del protocolo DNP3.0, como el de sincronizacin para la comunicacin
con estaciones esclavos.

Hay que tomar en cuenta que existe un tiempo de retardo en la transmisin desde
la estacin maestra a la estacin esclavo, como puede existir el retardo en
mdems, radios o repetidores intermedios. El retardo de propagacin depende de
la distancia y de la velocidad de propagacin del medio de transmisin empleado.

DNP3.0 utiliza el cdigo de funcin nmero 23 llamado Delay Measurement o

medida de retardo a nivel de la Capa de Enlace de Datos de DNP3.0, esta medida
de retardo incluye el tiempo de procesamiento de una estacin esclavo DNP3.0,
lo que permite a una estacin maestra calcular el tiempo de retardo del mensaje
excluyendo el tiempo procesamiento de la estacin esclavo DNP3.0.

70
2.8.2.1.1 Mtodo de sincronizacin de tiempo de DNP3.015

La sincronizacin de tiempo desde la estacin maestra hacia la estacin esclavo

se da de la siguiente manera:
-

La estacin maestra enva la trama Delay Measurement o medida de

retardo, a la estacin esclavo, y la estacin maestra graba el tiempo de
transmisin del primer bit del primer byte de la trama Delay measurement
enviada en el tiempo conocido como el MasterSendTime.

La estacin esclavo recibe el primer bit del primer byte de la trama Delay
Measurement recibida, en el tiempo RtuReceiveTime.

La estacin esclavo transmite el primer bit del primer byte de respuesta de

retardo en el tiempo RtuSendTime. Esta respuesta incluye el tiempo de
procesamiento interno de la RTU llamado RtuTurnAround, donde
RtuTurnAround = RtuSendTime - RtuReceiveTime.

La estacin maestra recibe el primer bit del primer byte de la respuesta de

la

estacin

esclavo

congela

su

reloj

en

el

tiempo

llamado

MasterReceiveTime.
-

A continuacin la estacin maestra calcula el promedio de retardo de

propagacin de una va de comunicacin entre la estacin maestra y la
esclavo, de la siguiente manera:
MasterSendTime - MasterReceiveTime - RtuTurnAround
Retardo = ---------------------------------------------------------------------------2

La estacin maestra en este instante transmite el objeto de sincronizacin

50 con la variacin 1, este mensaje contiene el valor del reloj de tiempo de
la estacin maestra ms el Retardo calculado. Este es el tiempo que la
estacin maestra quiere que se ajuste a la estacin esclavo.

15

- Gordon Clarke, Deon Reynders. Practical Modern-Scada-Protocols: Dnp3 e IEC

60870.5 and Related-Systems. Publicacin 2004. British Library. ISBN 07506 7995, pag
163.
- Amanullah Maung Than Oo, Thesis:Experimental Analysis and Modelling of an
Information Embedded Power System School of Electrical Engineering, Faculty of Health,
Engineering and Science Victoria University Australia, pag.129,
http://wallaby.vu.edu.au/adt-VVUT/uploads/approved/adt-VVUT20071217.150356/public5.pdf

71

La estacin esclavo recibe el primer bit del primer byte del objeto 50 de
variacin 1, en un tiempo conocido como RtuReceive.

La estacin esclavo procesar el requerimiento del envo del mensaje, y

establece su reloj al nuevo tiempo que se lo llama NewRtuTime. La
estacin esclavo usa el siguiente algoritmo para ajustar el tiempo enviado
por la estacin maestra:

Ajuste= Tiempo actual de la Rtu RtuReceive

NewRtuTime = Tiempo de la estacin maestra (Objeto 50 variacin 1) +

Ajuste

En este momento los relojes de la estacin maestra y esclavo estn

sincronizados.

2.8.3 OBJETOS DE CLASES

Objetos de Clases Rango 60-69
Grupo Variacin
Tipo
Descripcin
60
01
No es un dato esttico Datos de clase 0
ni un evento
02
Datos de clase 1
03
Datos de clase 2
04
Datos de clase 3
Tabla 2.6 Objetos de Clases: Objeto 6016

Los objetos de Clases no llevan datos, son atributos que se asignan a los
diferentes tipos de datos de informacin para asignar prioridades en un sistema.
Sirven para realizar la configuracin de prioridad por ejemplo de un evento binario
con respecto a un evento analgico.

Clases de prioridad
1 Prioridad alta
2 Prioridad media
3 Prioridad baja
0 Sin Prioridad.

16

Gordon Clarke, Deon Reynders. Practical Modern-Scada-Protocols: Dnp3 e IEC

60870.5 and Related-Systems. Publicacin 2004. British Library. ISBN 07506 7995

72

2.8.4 CLASES DE PRIORIDAD PARA EL ESTAMPADO DE TIEMPO EN

ESTACIONES DNP3.0.

El CENACE requiere que la EEQ.S.A enve el estampado de tiempo de eventos

binarios como el estado de un interruptor o una alarma producida por la parada
del generador por protecciones elctricas, no requiere el estampado de tiempo de
eventos analgicos. Por lo que en DNP3.0 se ha configurado a las entradas
binarias como Clase 2 (prioridad media) y a las entradas analgicas como Clase 3
(prioridad baja). En el caso de que se genere un evento binario y analgico al
mismo instante, las Clases propias de DNP3.0 dan prioridad al evento configurado
con la clase de mayor prioridad, para este caso el evento binario.

2.9 DNP3.0 SOBRE TCP/IP

Como se mencion DNP3.0 fue definido originalmente sobre una capa fsica
serial, para la comunicacin de RTUs, PLCs, IEDs, con estaciones maestras
(MTU). Este tipo de comunicacin se puede dar a travs de un interfaz RS232, o
RS485, destinado para distancias dentro de Redes de rea Local (10m a 1km), El
interfaz RS232 permite una velocidad mxima de 19200 bps a una distancia
mxima de 15 m, y el interfaz RS48517 permite una longitud mxima de 1200 m a
una velocidad mxima de 100 Kbps.

En la actualidad DNP3.0 es usado sobre Ethernet (TCP/IP), mediante el empleo

de redes LAN, MAN y WAN, que tienen un alcance mayor como por ejemplo la
cobertura de una red MAN es de 1 km a 10 km, y la cobertura de una red WAN es
de 10km a 10000km. Adems se tiene mayores velocidades de transmisin en el
orden de 10/100/1000Mbps mediante las tecnologas Ethernet. Tambin se
consigue una integracin perfecta de un sistema SCADA que pertenece a una red
LAN hacia una red corporativa MAN o WAN.
Con el crecimiento de protocolos de comunicacin industriales como DNP3.0 y el
IEC8705-101 ha existido una revolucin en comunicaciones dentro de reas

17

http://es.wikipedia.org/wiki/RS-485#Introducci.C3.B3n

73

geogrficas grandes en sistemas de comunicaciones de sistemas SCADA. Como

por ejemplo la red MAN de la EEQ.S.A, constituida por un anillo de fibra ptica,
ser utilizada para la comunicacin de sus Centrales de Generacin hacia un
futuro CCG (Centro de Control de Generacin), y hacia el CENACE mediante el
protocolo de comunicacin DNP3.0 sobre TCP/IP. Las redes Ethernet LAN, MAN
y WAN estn incrementando su utilidad en la industria elctrica y en muchas otras
industrias por los beneficios de velocidad de comunicacin y alcance.

En la Figura 2.21 se muestra la topologa de una red en donde se puede utilizar el

protocolo de comunicacin DNP3.0 sobre TCP/IP, se observa como un sistema
SCADA es usado sobre redes Ethernet (TCP/IP). Se aprecia un cuarto de control
en donde a travs de estaciones maestras se realizan las funciones de
supervisin, control y adquisicin de datos de RTUs, PLCs e IEDs.
Salida
a otra red
Red WAN
Empresarial
Estaciones
Maestras
Cuarto de Control
de
un Sistema SCADA
Red LAN

Red LAN
Remota
Ethernet

Subestacin
Red LAN

Ethernet
Rels de
proteccin

Medidores

IEDs

Figura 2.21 Topologa Tpica de una Red en donde se usa DNP3.0 sobre TCP/IP.

Por las caractersticas mencionadas el Comit Tcnico DNP3.0 Users Group,

defini el mtodo de encapsulamiento de DNP3.0 sobre TCP/IP para su uso en
redes LAN, MAN y WAN. A continuacin se realiza el estudio del protocolo de
comunicacin DNP3.0 sobre TCP/IP (Transmission Control Protocol/Internet
Protocol).

74

2.9.1 ENCAPSULAMIENTO DE DNP3.0 SOBRE TCP/IP

DNP3.0 es llevado sobre redes Ethernet mediante el encapsulamiento de los

datos. La recomendacin de DNP3.0 sobre TCP/IP de DNP Users Group se
aprecia en la Figura 2.22. El encapsulamiento de los datos se da desde la capa
de Enlace de datos de DNP3.0 sobre los segmentos de la capa Transporte de
TCP/IP. Esto permite que sobre TCP/IP se distribuya las tramas de la Capa de
Enlace de Datos de DNP3.0 al destino.
DNP3.0 usa mensajes de TCP/IP para transportar mensajes a travs de redes
LAN/MAN/WAN.
Las recomendaciones del grupo de miembros DNP3.0 Users Group son las
siguientes:

Las confirmaciones de la Capa de Enlace de Datos de DNP3.0 deben ser

deshabilitadas, debido a que TCP se encarga de garantizar una conexin extremo
a extremo confiable.
La capa fsica recomendada es Ethernet.
Todos los equipos deben soportar TCP y UDP (User Datagram Protocol).
TCP debe ser usado para redes WAN (Redes de rea Extendida), ya que es un
protocolo orientado a la conexin y confiable.
El modelo EPA de Capas explicado anteriormente en el cual se basa el protocolo
DNP3.0 se mantiene, no cambia.

En la Figura 2.22 se aprecia que las capas de Aplicacin, Pseudotransporte y

Enlace de datos de DNP3.0 se mantienen y actan sobre la capa de Transporte,
Capa de Internet y la Capa Interfaz de Red de la arquitectura TCP/IP.

El DNP Users Group no elimin a las capas ms bajas de DNP3.0 como la Capa
de Pseudotransporte y Capa de Enlace de Datos, ya que los elementos y
servicios de dichas capas son esenciales, como por ejemplo los servicios de
direccionamiento y deteccin de errores realizados en la Capa de Enlace de
Datos de DNP3.0 se requiere que operen juntos con la Arquitectura TCP/IP. El

75

protocolo DNP3.0 acta en la Capa de Aplicacin de la arquitectura TCP/IP como

se observa en la Figura 2.22.

Capa de
Aplicacin
DNP3.0

APLICACI
N

Capa de
Pseudotransporte
DNP3.0

Unidad de datos
Fragmento tamao mximo:
2048 bytes
Protocolo
DNP3.0

Segmento tamao mximo 250

bytes.

Capa de Enlace
DNP3.0

Arquitectur
a TCP/IP

Trama Tamao mximo: 292

bytes.

TRANSPORTE
Protocolo
TCP/IP

INTERNE
T
INTERFAZ
DE RED

Segmento
TCP

Datagrama
IP

[Escriba

Trama
Ethernet

Cabecera TCP: 20 bytes

Cabecera UDP: 8 bytes
Tamao mximo Segmento
TCP: 556 bytes.
Datagrama IP tamao mximo
576 bytes, cabecera 20 bytes.
Trama Ethernet, tamao mximo:
1518 bytes, cabecera 18 bytes.

Figura 2.22 Encapsulamiento de DNP3.0 sobre TCP/IP18.

Las confirmaciones de la Capa de Enlace de DNP3.0 no son necesarias con el

uso de DNP3.0 sobre TCP/IP, y no son permitidas, ya que el protocolo TCP
(Transmission Control Protocol) es un protocolo de transporte orientado a la
conexin, que establece la conexin mediante handshakes de control o
confirmaciones ACKs, y es encargado de garantizar una comunicacin extremo a
extremo confiable ya que realiza confirmaciones con nmeros de acuses de
recibo o ACKs para la confiabilidad en la transferencia de informacin, y trabaja
en una secuencia correcta de segmentos de Capa de Transporte de TCP/IP.
Debido a esto los dispositivos DNP3.0 no deben transmitir tramas de confirmacin
de la Capa de Enlace de Datos (Confirmed Send User Data o ACK) descritos en
el numeral 2.7.3.3 cuando se comunican sobre TCP/IP; pues TCP se encarga de
las confirmaciones para establecer la conexin. Las aplicaciones que usan TCP
son aisladas de los detalles de comunicacin.

Gordon Clarke, Deon Reynders. Practical Modern-Scada-Protocols: Dnp3 e IEC

60870.5 and Related-Systems. Publicacin 2004. British Library. ISBN 07506 7995.
18

76

Como se describi en el numeral 2.6.3 despus de la construccin de un mensaje

DNP3.0 desde la Capa de Aplicacin hasta la capa de Enlace de Datos de
DNP3.0, la trama de la Capa de Enlace de DNP3.0 cuyo tamao mximo es de
292 bytes se encapsula en un segmento TCP en la Capa de Transporte de
TCP/IP, en dicha capa se aade la cabecera que es de 20 bytes (Ver Figura
2.22). El segmento mximo de TCP es de 556 bytes (536 bytes de datos y 20
bytes de cabecera). A continuacin el mensaje es encapsulado en un datagrama
IP en la Capa de Internet, que aade una cabecera de 20 bytes formando un
mensaje mximo de 576 bytes a nivel de Capa de Internet. En la Capa de interfaz
de red de TCP/IP el mensaje es encapsulado en la trama Ethernet que tiene entre
46 y 1500 bytes de datos como mximo y aade 18 bytes de cabecera, el tamao
mximo de la trama Ethernet es de 1518 bytes (El formato de la trama Ethernet se
muestra en el Anexo No.5).

2.9.2 CAPA DE ADMINISTRACIN DE CONEXIN

El modelo EPA de DNP3.0 basado en el modelo OSI, se basa en la comunicacin

virtual entre cada capa correspondiente. La arquitectura TCP/IP se basa de igual
forma en la comunicacin virtual entre las capas correspondientes y en el
encapsulamiento de los datos de las capas superiores en las capas inferiores. Por
lo que para la construccin del mensaje DNP3.0, las capas de TCP/IP son
transparentes a las capas del modelo EPA de DNP3.0 como se aprecia en la
Figura 2.23.

Las Capas de Aplicacin, Pseudotransporte y Enlace del modelo EPA de DNP3.0

no requieren cambios en la especificacin de DNP3.0 sobre TCP/IP.
Las tramas de la Capa de Enlace de DNP3.0 son transportadas sobre TCP/IP
mediante el control de una capa conocida como la Capa de Administracin de
Conexin (Connection Management Layer). Ver Figura 2.23. La Capa de
Administracin de Conexin realiza el control y adaptacin para enlazar las Capas
de DNP3.0 con las capas de la Arquitectura TCP/IP.

77
Comunicaciones
Lgicas
Estacin Maestra

Estacin Esclavo

Fragmento

Capa de Aplicacin
DNP3.0

Capa de Aplicacin
DNP3.0

Segmento

Capa de Pseudo
Transporte DNP3.0

Capa de Pseudo
Transporte DNP3.0

Trama

Capa de Enlace de
DNP3.0

Capa de Enlace de
DNP3.0

Capa de
Administracin de
Conexin

Capa de
Administracin de
Conexin

Capa de Transporte

Capa de Transporte

Capa de Red

Capa de Red

Capa Interfaz de
Red

Capa Interfaz de
Red

Protocolo DNP3.0

Capa definida por

DNP Users Group

Arquitectura TCP/IP

Figura 2.23 Stack de Protocolos.19

La interfaz entre la Capa de Administracin de Conexin y la arquitectura TCP/IP

es implementada mediante un API (Application Programming Interface), dentro la
Capa de Transporte de TCP/IP, mediante el interfaz llamado socket (que es la
combinacin de una direccin IP y un nmero de puerto).

El puerto registrado por la IANA (Internet Assigned Numbers Authority), para la

comunicacin DNP3.0 es el 20000, todos los dispositivos deben soportar estas
comunicaciones usando este puerto. Un nmero de puerto sirve para conectar
una aplicacin a TCP.
El tipo de poleo o adquisicin de datos en estaciones DNP3.0 es independiente
de la comunicacin sobre TCP/IP una vez establecida la conexin TCP. En
comunicaciones DNP3.0 es tpico el poleo de reporte de datos por excepcin, y la
habilitacin de la opcin de respuestas no solicitadas, para la operacin del modo
no solicitado desde el encendido de un dispositivo DNP3.0.

19

DNP USERS GROUP, Transporting DNP3 over Local and Wide Area Networks,
http://xirui567.blog.ccidnet.com/job-htm-action-download-itemid-39723-aid-3001.html,
Diciembre 2004

78

2.10 COMPARACIN DEL PROTOCOLO DE COMUNICACIN

DNP3.0 CON EL PROTOCOLO DE COMUNICACIN IEC 870-5-101.

Los dos protocolos de comunicacin industriales son de estndar abierto y han

sido diseados para aplicaciones de telecontrol en Sistemas SCADA. Tienen
caractersticas similares como el estampado de tiempo y sincronismo, y
diferencias de funcionamiento en las Capas en las que trabajan.
Despus del estudio del protocolo de comunicacin DNP3.0 realizado en el
presente captulo, en la Tabla 2.7 se presenta un resumen y comparacin de las
caractersticas principales de los dos protocolos de comunicacin industriales.

Tabla 2.7 Comparacin del protocolo de comunicacin DNP3.0 con el protocolo

de comunicacin IEC-870-5-101.
Caracterstica
Estndar

DNP3.0

IEC 870-5-101

Estndar abierto 1993.

Estndar IEC 1995

DNP Users Group

IEC TC 57 Grupo de

Internacional
Organizacin
Estndar
Arquitectura

Trabajo 03
Basado en el Modelo EPA de 3 capas,

Basado en el Modelo

y aade una Capa de

EPA de 3 capas,

Pseudotransporte. Trabaja con las 4

soporta TCP/IP.

Capas y soporta las capas de TCP/IP

(DNP3.0 sobre TCP/IP).

79

Tabla 2.7 Continuacin

Capa Fsica

Soporta topologas de red de punto-

Soporta topologas de

multipunto (Mltiples Esclavos),

red Punto-Punto,

Mltiples Maestros, Punto-Punto,

Punto- Multipunto.

Jerrquica.

Definido originalmente sobre interfaz

Soporta TCP/IP

serial RS232, RS485.

(Ethernet).

Implementacin actual sobre TCP/IP

(Ethernet).

Capa de Enlace de

El Formato de la trama es llamado

Tiene formatos de

Datos

FT3.

trama FT1, FT2, FT3,

que varan en sus
campos.

Modo de operacin balanceado.

Modo de operacin
desbalanceado y
balanceado. El modo
balanceado es limitado
a una topologa punto a
punto.

Capa de Aplicacin

Soporta:

Soporta:

Tiempo de sincronizacin,

Tiempo de
sincronizacin

Estampado de tiempo de

Estampado de tiempo

eventos.

de eventos.

Poleo de Reporte de datos por

Poleo de Reporte de

excepcin

datos por excepcin

Respuestas no solicitadas.

Respuestas no

80

Tabla 2.7 Continuacin

solicitadas
(caracterstica limitada
ya que no soporta
respuestas no
solicitadas en
comunicaciones de
mltiples esclavos).
Soporta la Librera de Objetos,

Soporta la Librera de

clases y grupos.

Objetos y grupos. La
librera de objetos es
ms simple, ya que no
tiene las variaciones de
DNP3.0.

Poleo con prioridad de los datos.

No tiene poleo con

prioridad de los datos

Tiene el campo IIN de indicaciones

No tiene el campo IIN

internas del estado de una respuesta

de una estacin esclavo, como la
indicacin de problemas en un
dispositivo, o sobre flujo de
informacin.

Confirmacin de eventos mediante el

bit CON habilitado del mensaje

de eventos en esta

APDU.

capa.

Permite mltiples datos de objetos en

un

solo

No tiene confirmacin

mensaje,

variaciones.

ya

que

tiene

Permite un solo tipo de

dato de objeto por
mensaje, ya que no
tiene variaciones.

81

Tabla 2.7 Continuacin

Usa diferentes cdigos de funcin, que Combina cdigos de
aplican a todos los datos de objetos funcin y tipos de datos
contenidos en el mensaje,

hay en un tipo de cdigo.

cdigos de funcin separados para la

Capa de Aplicacin y para la Capa de
Enlace de datos. El cdigo de funcin
identifica el tipo de trama o mensaje
enviado.

Seguridad

en

comunicacin

la El chequeo de errores es mayor en Tambin

DNP3.0, mediante los cdigos CRC de chequeo

posee
de

un

errores

la Capa de Enlace DNP3.0. Ya que CRC en la trama de

posee un cdigo CRC por cada bloque Capa Enlace.
de datos contenido en la trama de Soporta confirmaciones
Capa de Enlace DNP3.0. Soporta a nivel de Capa Enlace
confirmaciones ACKs a nivel de capa de Datos.
de Aplicacin y capa Enlace de Datos.
Direccionamiento

Tiene una direccin origen y direccin

Tiene direccionamiento

de dispositivos

destino de 16 bits cada una, en la

a nivel de Capa de

trama de Capa de Enlace DNP3.0. Por

Aplicacin y Capa de

lo que soporta hasta 65535

Enlace de Datos.

dispositivos DNP3.0.

Tiene un mayor rango

No tiene direccionamiento a Nivel de de direccionamiento de

dispositivos, ya que el

Capa de Aplicacin.

campo direcciones es
de 24 bits, por lo que
soporta hasta
16 777215 dispositivos.

Interoperabilidad

Ha definido procedimientos de prueba No tiene

y

autoridades

Norteamrica
interoperabilidad

de
que

certificacin
aseguran

entre equipos

en procedimientos de
la prueba o autoridades
de de certificacin

diferentes fabricantes. Las autoridades oficiales, existen

de certificacin son:

compaas que

82

Tabla 2.7 Continuacin

- Advanced Control Systems (Georgia,

proveen pruebas de

USA).

este protocolo.

- Reltronics (Canada).
- Subnet Solutions (Calgary, Canada).
Regin de Dominio

Norteamrica, Asia, Sudamrica,

Europa, Australia.

Australia, China.

Tabla 2.7 Comparacin del protocolo de comunicacin DNP3.0 con el protocolo de

comunicacin IEC-870-5-101.20

Los dos protocolos de comunicacin son soportados en industrias a nivel mundial,

y tienen un soporte por un gran nmero de fabricantes que depende del tipo de
industria y su localizacin geogrfica.

2.11 VENTAJAS Y DESVENTAJAS DEL USO DE DNP3.0 EN

SISTEMAS DE COMUNICACIONES DE SISTEMAS SCADA
2.11.1 VENTAJAS

- Provee confirmaciones a nivel de Capa de Aplicacin y Capa de Enlace de

datos, para una comunicacin segura, al actuar sobre TCP/IP el protocolo TCP se
encarga de garantizar una conexin extremo a extremo confiable. Por lo que
provee alta integridad de los datos transmitidos.
- Las caractersticas de DNP3.0 como el estampado de tiempo, sincronizacin y el
hecho de que una estacin esclavo transmita informacin sin ser solicitada, son
fundamentales al momento de analizar fallas y sincronizar el accionamiento de
dispositivos en Sistemas SCADA.

20

- Gordon Clarke, Deon Reynders. Practical Modern-Scada-Protocols: Dnp3 e IEC60

0.5 and Related-Systems. Publicacin 2004. British Library. ISBN075067995.
- Jay Makhija, Comparison of protocols used in remote monitoring: DNP3.0, IEC 870-5101& Modbus, http://www.ee.iitb.ac.in/~esgroup/es_mtech03_sem/sem03_paper_0
3307905.pdf

83

- La exactitud y el tiempo real de los datos adquiridos por una estacin maestra
DNP3.0 (servidor SCADA), permite la optimizacin de operaciones de plantas y
procesos industriales.
- DNP3.0 realiza deteccin y correccin errores mediante cdigos CRC en la
trama de Capa de Enlace DNP3.0, tiene un CRC de dos bytes, por cada bloque
de datos de la trama LPDU de la Capa de Enlace (Ver Figura 2.13b). Esto provee
una mayor integridad en la transferencia de los datos en un ambiente industrial
con alto nivel de ruido elctrico.
- El poleo de reporte de datos por excepcin de DNP3.0 permite un ahorro de
ancho de banda ya que la estacin maestra realiza el poleo de eventos con una
mayor frecuencia que el poleo de datos estticos.
- DNP3.0 puede ser usado en reas geogrficas grandes para interconectividad
de industrias distantes por medio de TCP/IP, adems el uso de DNP3.0 sobre
TCP/IP permite la integracin de sistemas SCADA a una red corporativa MAN o
WAN existente.
- Posee un costo reducido de software ya que es un protocolo de estndar
abierto, y tiene interoperabilidad entre equipos de diferentes fabricantes por las
autoridades de certificacin que posee.
- Adems DNP3.0 realiza el control de flujo de informacin a nivel de Capa de
Enlace del modelo EPA para evitar el sobreflujo de la informacin en estaciones
DNP3.0. Y trabaja con procedimientos que controlan la transmisin de datos y
proveen confiabilidad en la entrega de la informacin entre estaciones maestro
esclavo DNP3.0.

2.11.2 DESVENTAJAS

- Maneja diferentes cdigos de Funcin para mensajes de capa Aplicacin y

mensajes de Capa de Enlace de datos, para realizar lecturas, confirmaciones,
respuestas de datos, entre otras, por lo que su implementacin es ms compleja.

En el presente Captulo se ha realizado un estudio completo del protocolo de

comunicacin DNP3.0 sobre TCP/IP, se ha explicado su funcionamiento, las
caractersticas y su operacin, con el fin de entender y justificar la prueba de

84

comunicacin de DNP3.0 sobre TCP/IP y el funcionamiento de los equipos

DNP3.0 de la EEQ.S.A descritos en el Captulo siguiente.

85

CAPITULO 3
PRUEBAS DEL PROTOCOLO DE COMUNICACION
DNP3.0 SOBRE TCP/IP
3.1 INTRODUCCIN
El objetivo del presente Captulo es probar la comunicacin DNP3.0 sobre TCP/IP
y simular el envo de los datos requeridos por el CENACE.

Para las pruebas de comunicacin del protocolo de comunicacin DNP3.0 sobre

TCP/IP se utilizaron los equipos de la EEQ.S.A. En la Figura 3.1 se muestra un
esquema del prototipo de prueba de comunicacin utilizado.

ESTACIN MAESTRA DNP3.0

Software Prosoft
Configuration Builder para
la configuracin del
mdulo DNP3.0 tipo
esclavo.
Software Concept para
programacin de PLCs

PLC (Controlador Lgico

Programable)
MARCA QUANTUM
SCHNEIDER ELECTRIC

Ehernet

Software Simulador Master ASE 2000.

Software Wireshark
Mdulo DNP3.0 tipo esclavo de interfaz Ethernet
incluido en el PLC
Figura 3.1 Esquema del Prototipo de prueba de comunicacin DNP3.0 sobre TCP/IP.

Los equipos usados son:

Laptop para simulacin de una estacin maestra DNP3.0 con el software

ASE 2000 Communication Test y el software analizador de trfico de
Wireshark instalado.

86

Computadora con el software Prosoft Configuration Builder propio para

configuracin del mdulo DNP3.0 tipo esclavo a travs de un puerto serial,
en la misma computadora adems se ha instalado el software Concept
Versin 2.6.

Mdulo DNP3.0 tipo esclavo de interfaz Ethernet incluido en el PLC

Quantum Schneider Electric.

PLC (Controlador Lgico Programable) de Marca Quantum Schneider

Electric.

En la Figura 3.2 se muestra la fotografa del prototipo de comunicacin DNP3.0

sobre TCP/IP implementado.
Computadora con el
Software Prosoft
Configuration Builder para
la configuracin del
mdulo DNP3.0 tipo
esclavo y el
Software Concept para
programacin de PLCs

ESTACIN MAESTRA DNP3.0

Laptop con el software Simulador
Master ASE 2000 y el Software
Wireshark.
Mdulo DNP3.0 tipo esclavo de interfaz
Ethernet incluido en el PLC

Figura 3.2 Fotografa del prototipo de comunicacin DNP3.0 sobre TCP/IP.

87

3.2 DESCRIPCION DE LAS PRUEBAS

CONFIGURACIN DE LOS EQUIPOS

PREVIAS

LA

Para probar la comunicacin DNP3.0 sobre TCP/IP utilizamos el PLC Quantum

Schneider de la EEQ.S.A., para simular datos y probar la lectura de los mismos
en el mdulo DNP3.0 tipo esclavo el cual es el equipo que nos interesa.

3.2.1 CONEXIN AL PLC VIA TCP/IP

Primero nos conectamos al PLC va TCP/IP, mediante el software Concept

Versin 2.6, con el objetivo de asignar los mdulos del PLC que son necesarios
para las pruebas, este software es usado nicamente para simular datos binarios
y analgicos en el PLC y probar la lectura en el mdulo DNP3.0 tipo esclavo.

La forma de conectarnos al PLC va TCP/IP se aprecia en la Figura 3.3.

Seleccionamos la opcin Online y presionamos el botn Conectar.

Figura 3.3 Forma de conexin al PLC

88

A continuacin se despliega la pantalla mostrada en la Figura 3.4, aqu se aprecia

que seleccionamos la direccin IP (10.1.1.10), y nos conectamos al presionar el
botn Ok, las direcciones IP de los PLCs de la Central Cumbay fueron
mostrados en la Figura 1.10 del Captulo 1.

Figura 3.4 Conexin al PLC va TCP/IP

En este momento se encuentra conectado el computador al PLC a travs del

Software Concept.
Una vez conectados se realiza una prueba de conectividad ping al PLC como se
muestra en la Figura 3.5, desde la pantalla de comando de windows (cmd) del
computador conectado al PLC.

Figura 3.5 Prueba de conectividad ping al PLC.

89

En la Figura 3.6 observamos los mdulos del PLC de marca Quantum Schneider
Electric, para la prueba de comunicacin DNP3.0 sobre TCP/IP son:
Fuente de Poder CPS 21400, 24v DC.
CPU 43412A.
Mdulo de Interfaz Ethernet DNP3.0 tipo esclavo modelo PTQ-DNPSNET-Q.
Mdulo Ethernet NOE 77101.
Fuente de poder CPS 21400

CPU 43412A. Mdulo DNP3.0 tipo esclavo

Mdulo Ethernet NOE 77101

de Interfaz Ethernet

Figura 3.6 Mdulos del PLC Quantum Schneider Electric.

A continuacin en el software Concept asignamos los mdulos, para esto

realizamos los siguientes pasos:

90

Paso 1
Escogemos la opcin de Configuracin del PLC como se aprecia en la Figura 3.7

Figura 3.7 Seleccin de la Configuracin del PLC.

Paso 2

Escogemos la opcin de asignacin de entradas y salidas en la parte izquierda de

la pantalla mostrada en la Figura 3.8.

Figura 3.8 Asignacin de entradas y salidas.

91

Paso 3

En la Figura 3.9 se aprecia un ejemplo de cmo aadir el mdulo DNP3.0 tipo

esclavo, cuyo modelo es el PTQDNPSNET-Q.

Figura 3.9 Adicin del modelo del mdulo DNP3.0 tipo esclavo.

A continuacin debemos cargar, la informacin de los mdulos aadidos en la

memoria del PLC, como se aprecia en la Figura 3.10.

Figura 3.10 Cargar la informacin a la memoria del PLC

92

Y se despliega la siguiente pantalla que se muestra en la Figura 3.11:

Figura 3.11 Cargar la informacin al PLC.

Al presionar el botn Cargar, la informacin se carga en el PLC, y podemos

proceder a la configuracin del mdulo DNP3.0 tipo esclavo empleando el
software de configuracin Prosoft Configuration Builder.

Un punto importante que se debe tomar en cuenta es que el PLC Quantum

Schneider tiene registros propios para almacenar sus datos, los mismos son:
Rango de registros 0x bits de salida (000001-001536)
Rango de Registros 1x bits de entrada (100001-100512)
Rango de Registros 3x registros de entrada (300001-300512)
Rango de Registros 4x registros de salida (400001-401872)

Estos registros son observados en la Figura 3.12.

93

Figura 3.12 Registros de datos binarios y analgicos del PLC Quantum Schneider.

Los rangos de registros 1x y 3x corresponden a entradas fsicas del PLC

Quantum Schneider.
El rango de registros 0x y el rango de registros 4x nos sirven para simular los
datos, con el fin de leer los mismos en el mdulo DNP3.0 tipo esclavo, y
posteriormente transmitir los datos al simulador de la estacin maestra DNP3.0
(Software ASE 2000).

3.3 CONFIGURACIN DEL MDULO DNP3.0 TIPO ESCLAVO DE

INTERFAZ ETHERNET.
El Software de configuracin propio del mdulo DNP3.0 tipo esclavo es el Prosoft
Configuration Builder, a continuacin se explica la configuracin del software.

Paso 1: Seleccin del modelo del mdulo DNP3.0 tipo esclavo.

Ingresamos al software Prosoft Configuration Builder cuya versin es la 2.1.6.7

como se muestra en la Figura 3.13.

94

Figura 3.13 Software de Configuracion Prosoft Configuration Builder Versin 2.1.6.7.

Dentro del software escogemos el modelo del mdulo DNP3.0 tipo esclavo que es
el PTQDNPSNET-Q presionando el botn derecho del mouse como se aprecia en
la Figura 3.14

Figura 3.14 Forma de escoger el modelo del mdulo DNP3.0 tipo esclavo.

Despus aparece la pantalla que se observa en la Figura 3.15, aqu se puede

observar que podemos escoger el modelo del mdulo DNP3.0 tipo esclavo.

95

Figura 3.15 Seleccin del modelo del mdulo DNP3.0 tipo esclavo PTQDNPSNET-Q.

Posteriormente aparece la pantalla de configuracin del mdulo DNP3.0:

Figura 3.16 Pantalla de configuracin del mdulo DNP3.0 tipo esclavo.

96

Paso 2: Configuracin de la direccin IP

En la opcin Ethernet Configuration mostrada en la parte izquierda de la Figura

3.16, configuramos la direccin IP del equipo como se aprecia en la Figura 3.17.
La direccin IP y la mscara son asignados por la EEQ.S.A.

Figura 3.17 Pantalla de configuracin de la direccin IP y mscara.

Paso 3: Configuracin de los registros del mdulo DNP3.0 tipo esclavo

En la Figura 3.18 se muestra la configuracin de los registros de inicio de los

datos que se van a leer en el mdulo DNP3.0 tipo esclavo.
El rango de registros que nos interesan para transmitir los datos hacia la estacin
maestra son los registros 4x.

Figura 3.18. Configuracin de registros.

97

Paso 4: Configuracin de los parmetros principales del mdulo DNP3.0 tipo

esclavo

A continuacin configuramos los parmetros principales del mdulo DNP3.0 tipo

esclavo. Escogemos la opcin DNP ENET Slave en la parte izquierda de la
pantalla mostrada en la Figura 3.19, aqu se muestra la configuracin del mismo.

Despus de haber realizado el estudio del encapsulamiento de DNP3.0 sobre

TCP/IP en el Captulo 2, se analiza que un dispositivo DNP3.0 realiza un
direccionamiento en la Capa de Enlace de datos del modelo EPA en el cual se
basa, por tanto tiene una direccin propia de DNP3.0, que es un campo de la
trama de Capa de Enlace de Datos de DNP3.0 (referirse a la Figura 2.13 del
Captulo 2). Y adems tiene una direccin IP para establecer la comunicacin.

En base a esta explicacin se han configurado las direcciones propias de DNP3.0

en el mdulo DNP3.0 tipo esclavo. En la Figura 3.19 se aprecia la configuracin
de la direccin del mdulo DNP3.0 tipo esclavo, que corresponde a la direccin de
la trama de Capa de Enlace de DNP3.0 estudiada, adems se debe configurar la
direccin de la estacin maestra que es el simulador de la estacin maestra
DNP3.0 (Software ASE 2000), al cual vamos a enviar los datos, esta direccin es
configurada en la opcin Uresp Master Address mostrada en la configuracin de
la Figura 3.19. El CENACE se encarga de la asignacin de las direcciones
DNP3.0, por lo que para la prueba de comunicacin se han configurado las
direcciones asignadas por el CENACE. As la EEQ.S.A se le asign la direccin 8
y la direccin de la estacin maestra o servidor SCADA del CENACE la 1, a este
servidor se conectan las empresas de todo el pas. El mdulo DNP3.0 tipo
esclavo ha sido configurado con la direccin 8 y en el software ASE 2000
(Estacin Maestra DNP3.0) se ha configurado la direccin 1.

98

Figura 3.19 Configuracin del mdulo DNP3.0 tipo esclavo.

Continuando con la configuracin del equipo, en la configuracin del mdulo

DNP3.0 tipo esclavo nos interesan el nmero de entradas binarias y analgicas a
enviar (los datos a enviar al CENACE).
Para esta configuracin se debe aclarar que entre la EEQ.S.A. y el CENACE se
han definido los datos de regulacin de energa que se deben enviar, los mismos
son mostrados en la Tabla 3.1.

99

UNIDAD DE GENERACIN 1
DIRECCION IP: MDULO DNP3.0 UNIDAD 1: 10.2.0.1
DATO REQUERIDO
ESTADO INTERRUPTOR GENERADOR 1 (ON)
ESTADO INTERRUPTOR GENERADOR 1(OFF)
ESTADO DEL SECCIONADOR 1 (OFF)
ESTADO DEL SECCIONADOR 1 (ON)
PARADA DEL GENERADOR POR PROTECCIONES ELECTRICAS 1
PARADA DEL GENERADOR POR PROTECCIONES MECANICAS 1
PARADA PARCIAL GENERADOR 1
PARADA OPERADOR OPERACION MANUAL 1
SEALES ANALOGICAS

Punto de Dato DNP3.0 Registros DNP3.0 Tipo de seal

400065 Binario

Hexadecimal

400066 Binario

Hexadecimal

400067 Binario

Hexadecimal

400068 Binario

Hexadecimal

400069 Binario

Hexadecimal

400070 Binario

Hexadecimal

400071 Binario

Hexadecimal

400072 Binario

Hexadecimal

Punto de Dato DNP3.0

Mediciones de Voltaje del generador 1

Mediciones de Potencia Activa del generador 1
Mediciones de Potencia Reactiva del generador 1

FORMATO

RANGOS UNIDAD

UNIDADES

400074 Analgico

0 - 5000V

Flotante

400077 Analgico

0 - 15MW

Flotante

MW

400080 Analgico

0 8 MVAR

Flotante

MVAR

Tabla 3.1 Datos de la Central Hidroelctrica Cumbay requeridos por el CENACE.

Fuente: Empresa Elctrica Quito S.A.

En la Tabla 3.1 se muestran 8 entradas binarias y 3 entradas analgicas flotantes.

La configuracin del mdulo DNP3.0 tipo esclavo consiste en configurar los
registros descritos en la Tabla 3.1, para probar la lectura de los datos en el
mdulo DNP3.0 tipo esclavo y la transmisin de los mismos por el cable Ethernet
hacia la estacin maestra DNP3.0.
La programacin del PLC es realizada por terceros, los que realizan el
procesamiento de las seales y el almacenamiento de los datos en los registros
propios del PLC.
El PLC del prototipo de comunicacin, no est programado, ha sido utilizado para
probar y configurar el mdulo DNP3.0 tipo esclavo.
En la Figura 3.20 se puede apreciar la configuracin del nmero de datos a enviar
al CENACE dentro del software de configuracin Prosoft Configuration Builder.
Al realizar este paso los registros que se han configurado para lectura de los
datos en el mdulo DNP3.0 tipo esclavo son:
Registros de datos binarios: Rango 400065-400072
Registros de datos analgicos: Rango 400074-400080

100

Figura 3.20 Configuracin del nmero de datos binarios y analgicos a enviar al

CENACE.

Tambin en la configuracin se han definido las clases propias de DNP3.0 para

establecer las prioridades de los datos, para esto ingresamos en la opcin DNP
Slave Binary inputs como se muestra en la Figura 3.21 y en la opcin DNP Slave
Float inputs mostrada en la Figura 3.22, en estas opciones se puede establecer
prioridades a un dato (data point o punto de dato) independientemente de otro
dato, de esta manera los datos binarios son configurados con una mayor prioridad
como clase 2 (prioridad media) y los datos analgicos flotantes son configurados
como clase 3 (prioridad baja),

ya que como se ha mencionado el CENACE

requiere el estampado de tiempo de eventos binarios.

Figura 3.21 Configuracin del tipo de Clase 2 para los datos binarios.

101

Figura 3.22 Configuracin del tipo de Clase 3 para los datos analgicos de tipo flotante.

Paso 5: Configuracin de las variaciones de los objetos propios de DNP3.0

para probar el estampado de tiempo de eventos binarios

El mdulo DNP3.0 tipo esclavo tiene la opcin para configurar a los eventos
binarios con o sin su estado de tiempo, esta opcin se muestra en la Figura 3.23,
a esta pantalla ingresamos dando doble click sobre la opcin DNP ENET Slave
mostrada en la Figura 3.22.
En esta pantalla podemos seleccionar la opcin habilitar o deshabilitar un evento
binario con su estado de tiempo.

Figura 3.23 Estampado de tiempo habilitado para eventos binarios.

102

En la Figura 3.24 se observa como configurar la opcin de eventos de entradas

analgicas sin la variacin de estado de tiempo ya que como se mencion no es
un requerimiento del CENACE.

Figura 3.24 Estampado de tiempo deshabilitado para eventos analgicos.

Se destaca tambin en la Figura 3.24, que hemos habilitado la opcin del tiempo
de sincronizacin antes de los eventos, para probar la sincronizacin de tiempo
desde la estacin Maestra DNP3.0 (Software ASE 2000 Communication Test).

Paso 6: Envo del archivo de configuracin al mdulo DNP3.0 tipo esclavo

Una vez culminada la configuracin se enva el archivo de configuracin por el

puerto serial desde el computador hacia el mdulo DNP3.0 tipo esclavo como se
muestra en la Figura 3.25. Damos un click derecho sobre el modelo del mdulo
DNP3.0, y seleccionamos la opcin descargar desde el computador al dispositivo.

103

Figura 3.25 Forma de enviar el archivo de configuracin al mdulo DNP3.0 tipo esclavo.

Posteriormente aparece la siguiente pantalla mostrada en la Figura 3.26 que

muestra el envo del archivo de configuracin.

Figura 3.26 Archivo de configuracin envindose al mdulo DNP3.0 tipo esclavo.

Despus de este paso el mdulo DNP3.0 tipo esclavo est configurado, y nos
podemos conectar al mismo a travs del puerto serial, seleccionando la opcin
Diagnostics que se muestra en la Figura 3.27, dando un click derecho sobre el
modelo del mdulo DNP3.0 tipo esclavo.

104

Figura 3.27 Conexin al mdulo DNP3.0 tipo esclavo.

Una vez conectados se aprecia en la Figura 3.28 el men de configuracin del

mdulo DNP3.0 tipo esclavo, aqu se aprecia diferentes opciones que se pueden
elegir digitando en el teclado del computador una letra respectiva.

Figura 3.28 Pantalla del Men de configuracin del mdulo DNP3.0 tipo esclavo.

Podemos digitar la letra C en el teclado del computador, y se puede observar la

configuracin del mdulo DNP3.0, esto se puede apreciar en la Figura 3.29, aqu
se observa la direccin DNP3.0 del mdulo DNP3.0 tipo esclavo.

105

Figura 3.29 Pantalla de configuracin del mdulo DNP3.0 tipo esclavo.

3.4 CONFIGURACION DE LA ESTACION MAESTRA DNP3.0

Como se mencion en el alcance del presente proyecto de titulacin para la
simulacin de la estacin maestra DNP3.0 se utiliza el software ASE 2000
Communication

Test,

dicho

software

es

una

herramienta

de

mltiples

funcionalidades que permite simular estaciones maestras o RTUs, y puede

soportar varios protocolos de comunicacin industriales como DNP3.0 e IEC 8705-101. El software permite simular la Estacin Maestra DNP3.0

(Servidor

SCADA) que existe en el CENACE para las pruebas de comunicacin.

El software ASE 2000 tiene dos pantallas grficas, la primera es una lnea de
monitoreo llamada Line Monitor y la segunda es una lista de objetos de la librera
de objetos de DNP3.0 descrita en el Captulo 2, llamada Exchange List, estas
pantallas son mostradas en la Figura 3.30.

106

En la lnea de monitoreo se puede observar el estado del monitoreo de los datos

como el envo de requerimientos desde la estacin maestra DNP3.0 y la
recepcin de respuestas desde la estacin esclavo DNP3.0, y se puede observar
los mensajes de cada una de las capas descritas del modelo EPA de DNP3.0
(Capa de Aplicacin, Pseudotransporte y Enlace de datos).

En la lista llamada Exchange List se puede observar una lista de objetos de la

librera de objetos de DNP3.0, los mismos se pueden seleccionar para enviar los
requerimientos de datos hacia la estacin esclavo DNP3.0, al dar doble click
sobre cada objeto.

Figura 3.30 Pantalla de las lneas de monitoreo del Software ASE 2000 Communication
Test.

En base a esta explicacin procedemos a explicar la configuracin de la estacin

Maestra DNP3.0:
Para la configuracin de la Estacin Maestra DNP3.0 ingresamos al software y
aparece la siguiente pantalla mostrada en la Figura 3.31.

107

Figura 3.31 Pantalla de inicio del software ASE 2000.

A continuacin se selecciona el protocolo de comunicacin DNP3.0 LAN/WAN en

la opcin Select Protocol dentro de la pestaa File del Software como se aprecia
en la Figura 3.32.

Figura 3.32 Seleccin del protocolo de comunicacin en el software ASE 2000

Despus se despliega la pantalla mostrada en la Figura 3.33, en donde

procedemos a seleccionar el protocolo.

108

Figura 3.33 Seleccin del protocolo de comunicacin DNP3.0 LAN/WAN en el software

ASE 2000

En la opcin Protocol specific de la pestaa Properties debemos especificar las

propiedades de conexin del mdulo DNP3.0 tipo esclavo, como se muestra en la
Figura 3.34.

Figura 3.34 Seleccin de las propiedades especficas del protocolo de comunicacin

DNP3.0.

En esta opcin se configura la direccin IP del mdulo DNP3.0 tipo esclavo

remoto y el puerto del protocolo de comunicacin DNP3.0 sobre TCP/IP que es el
20000 (Ver Figura 3.35).

109

Figura 3.35 Configuracin de la direccin IP remota y el puerto 20000 de DNP3.0 sobre

TCP/IP.

Configuramos la direccin IP del computador de la estacin maestra DNP3.0 en la

misma red con el mdulo DNP3.0 tipo esclavo (Ver Figura 3.36), para establecer
comunicacin, en la opcin propiedades del protocolo de comunicacin TCP/IPv4
del computador.

Figura 3.36 Configuracin de la direccin IP y mscara del computador simulador de la

estacin maestra DNP3.0.

110

A continuacin realizamos una prueba de conectividad ping en la ventana de

comando de windows, desde la estacin maestra DNP3.0 hacia el mdulo
DNP3.0 tipo esclavo como se muestra en la Figura 3.37.

Figura 3.37 Prueba de conectividad ping desde la estacin Maestra DNP3.0 hacia el
mdulo DNP3.0 tipo esclavo.

Despus se configura el envo de los requerimientos de los datos desde el

software ASE 2000. En la Figura 3.38 se aprecia la forma de configurar el envo
de un requerimiento de datos binarios desde el software ASE 2000, este objeto lo
podemos escoger desde la lista de la librera de objetos del software ASE 2000
mostrada anteriormente llamada Exchange List. En esta Figura se observa el
requerimiento de una entrada binaria (que pertenece al objeto 1 con variacin 0,
que se refiere al requerimiento de un dato con cualquier variacin).

En esta misma pantalla se configura, de igual manera que en el mdulo DNP3.0

tipo esclavo, la direccin origen (estacin maestra) que es la 1 y la direccin
destino (estacin esclavo o mdulo DNP3.0 tipo esclavo) que es la 8, estas
direcciones son campos de la trama de Capa de Enlace de Datos DNP3.0.
Tambin existe la opcin de la configuracin del procedimiento a enviar en la
Capa de Enlace de Datos DNP3.0, el tipo de procedimiento que se ha configurado
es el envo de requerimiento de datos sin confirmacin (User data no confirm), por

111

la recomendacin de DNP Users Group, ya que el protocolo TCP se encarga de

una comunicacin extremo a extremo confiable. A nivel de Capa de Aplicacin se
enva la funcin leer (Read) como se observa en la Figura 3.38, y se debe
habilitar la opcin de transmitir (transmit), para realizar el envo de este mensaje.

En el software ASE 2000 Communication Test existe la opcin de configurar la

frecuencia de envo de los requerimientos desde la estacin maestra DNP3.0
hacia la estacin esclavo, esta frecuencia es establecida en 15 segundos por el
CENACE en la regulacin del CONELEC. De esta manera el software ASE2000
Communication Test tiene la funcionalidad de enviar cada 15 segundos el poleo
de los datos hacia el mdulo DNP3.0 tipo esclavo.

Figura 3.38 Configuracin del envo de requerimiento de datos binarios desde el software
ASE 2000.

De forma similar podemos configurar los dems objetos a enviar desde la

estacin maestra DNP3.0, como el requerimiento de los datos de entradas
analgicas, el mismo se observa en la Figura 3.39.

112

Figura 3.39 Configuracin del envo del requerimiento de datos analgicos desde el
software ASE 2000.

Se configura adems el poleo o requerimiento de datos por clases de DNP3.0

desde la estacin maestra (Ver Figura 3.40), este tipo de poleo se le conoce como
el reporte de datos por excepcin que consiste en requerir eventos de datos con
una mayor frecuencia que los datos estticos (Refirase al numeral 2.5.3 del
Captulo 2). Este tipo de poleo requiere datos con prioridades que son definidas
mediante las clases propias de DNP3.0.

Figura 3.40 Requerimientos de las clases de DNP3.0 (Objeto 60).

113

La simulacin de la estacin maestra DNP3.0 se realiza seleccionando la opcin

Simulate Master, como se observa en la Figura 3.41, y la frecuencia de envo de
los requerimientos desde la estacin maestra a la estacin esclavo se da cada 15
segundos, como fue configurada en cada requerimiento a enviar desde la
estacin maestra DNP3.0.

Figura 3.41 Simulacin de la estacin maestra en el software ASE 2000.

De esta forma se ha explicado como configurar a la estacin Maestra DNP3.0. A

continuacin se realizan las pruebas necesarias para cumplir el objetivo del
presente proyecto de titulacin de probar la comunicacin DNP3.0 sobre TCP/IP.

3.5 PRUEBAS DE COMUNICACIN DNP3.0 SOBRE TCP/IP

Las pruebas a realizar son la lectura de los datos binarios y analgicos en el
mdulo DNP3.0 tipo esclavo, la simulacin de los datos requeridos por el
CENACE y la transmisin de los mismos hacia la estacin maestra DNP3.0, la
sincronizacin de tiempo de DNP3.0 y el estampado de tiempo de eventos. A
continuacin se describen estas pruebas.

114

Lectura de datos binarios y analgicos en el mdulo DNP3.0 tipo esclavo.

Para probar la lectura de los datos en el mdulo DNP3.0 tipo esclavo, simulamos
datos desde el Sotfware Concept, para lo cual hemos creado una tabla de datos
de referencia, para crear la tabla ingresamos en la opcin que se observa en la
Figura 3.42.

Figura 3.42 Crear una tabla de datos de referencia

A continuacin se despliega la siguiente pantalla mostrada en la Figura 3.43, en la

misma ingresamos un nombre a la tabla de datos de referencia y presionamos el
botn Aceptar.

Figura 3.43 Ingresamos un nombre a la tabla de datos de referencia.

Despus simulamos los datos en los registros que fueron configurados

anteriormente en el mdulo DNP3.0 tipo esclavo, que son:
Registros de datos binarios: Rango 400065-400072
Registros de datos analgicos: Rango 400074-400080

115

Para esto escribimos los registros respectivos, ingresando los valores de los datos
binarios y analgicos en los registros de la tabla de datos de referencia que se
aprecia en la Figura 3.44, y los simulamos presionando el botn marcado.

Figura 3.44 Tabla de datos de referencia para simulacin de datos desde el software
Concept.

A continuacin ingresamos al mdulo DNP3.0 tipo esclavo por el puerto serial a

travs del computador para comprobar la lectura de los datos en el mismo, para lo
cual debemos ingresar a la opcin Diagnostics que se explic anteriormente y se
despliega la pantalla mostrada en la Figura 3.45, en esta pantalla debemos
escoger la letra I, por medio del teclado para ingresar a la opcin DNP Menu.

Figura 3.45 Pantalla de Inicio del mdulo DNP3.0 tipo Esclavo.

116

Despus se despliega la pantalla mostrada en la Figura 3.46, en la misma

escogemos la letra D para ingresar a la opcin DNP Database View, esta opcin
se encuentra seleccionada y desplegada en la misma Figura.

Figura 3.46 Ingresamos a la base de datos DNP Database View.

Despus digitamos en el teclado los nmeros 1 y 7 para leer los datos binarios y
analgicos simulados (Ver Figura 3.44), comprobando as la lectura de los datos
como se observa en la Figura 3.47.

Figura 3.47 Lectura de datos en el mdulo DNP3.0 tipo esclavo.

117

Simulacin de los datos requeridos por el CENACE.

Primero creamos un editor de variables, en la opcin mostrada en la Figura 3.48.

Figura 3.48 Forma de seleccionar el editor de variables.

Dentro del editor de variables creamos los datos a enviar al CENACE, como se
muestra en la Figura 3.49, los mismos son los datos que fueron mostrados en la
Tabla 3.1. Creamos los datos en los registros respectivos.
Para realizar el editor de variables creamos los nombres de variables de cada
dato requerido por el CENACE como se muestra en la Tabla 3.2, el tipo de dato
para los datos binarios es word ya que el mdulo DNP3.0 tipo esclavo lee datos
binarios como palabras de 16 bits, para el caso de los datos analgicos
seleccionamos el tipo de dato real para leer datos de tipo flotante.

118

Dato requerido

Estado Interruptor

Nombre de variable

Tipo de

Tipo de

dato

seal

Registo

EstadoOnDNP

Word

Binario

400065

EstadoOffDNP

Word

Binario

400066

EstadoseccOffDNP

Word

Binario

400067

EstadoseccOnDNP

Word

Binario

400068

ParadaElectricaDNP

Word

Binario

400069

ParadaMecanicaDNP

Word

Binario

400070

ParadaParcialDNP

Word

Binario

400071

ParadaManualDNP

Word

Binario

400072

Voltaje

VoltajeDNP

Real

Analgico

400074

Potencia Activa

PotenciaActivaDNP

Real

Analgico

400077

Potencia Reactiva

PotenciaReactivaDNP

Real

Analgico

400080

Generador 1 (On)
Estado Interruptor
Generador 1 (Off)
Estado Seccionador 1
(Off)
Estado Seccionador 1
(On)
Parada del generador por
protecciones elctricas
Parada del generador por
protecciones mecnicas
Parada parcial del
generador 1
Parada por operacin
manual del generador 1

Tabla 3.2 Nombres de variables y tipos de datos requeridos por el CENACE.

Figura 3.49 Editor de variables.

119

A continuacin creamos una nueva tabla de datos de referencia con los datos a
enviar al CENACE, y simulamos dichos datos como se muestra en la Figura 3.50.

Figura 3.50 Datos requeridos por el CENACE simulados desde el Software Concept.

Comprobamos que los datos son ledos correctamente en el mdulo DNP3.0 tipo
esclavo como se muestra en la Figura 3.51.

Figura 3.51 Datos requeridos por el CENACE ledos en el mdulo DNP3.0 tipo esclavo.

Una vez probada la lectura de los datos en el mdulo DNP3.0 tipo esclavo, se
procede a comprobar la transmisin de los mismos mediante el poleo o

120

requerimiento de datos desde la estacin maestra DNP3.0 como se describe en el

numeral siguiente.

Poleo de los datos desde la Estacin Maestra DNP3.0

Para el envo del requerimiento de los datos, primero simulamos la estacin

maestra DNP3.0 desde el Software ASE 2000 en la opcin Simulate Master
mostrada anteriormente, el software enva los requerimientos de los datos cada
15 segundos, y capturamos la pantalla en la que se observa la respuesta de los
datos binarios y los datos analgicos flotantes enviados desde el mdulo DNP3.0
tipo esclavo como se aprecia en la Figura 3.52.

Figura 3.52 Lectura de los datos binarios y analgicos requeridos por el CENACE desde
la Estacin Maestra DNP3.0.

En la Figura 3.52 se observa la lectura de los 8 datos binarios y los 3 datos

analgicos enviados desde el mdulo DNP3.0 tipo esclavo, adems se observan
los puntos de datos que utiliza DNP3.0 para numerar cada dato. En la misma

121

figura podemos observar el envo del requerimiento de los datos y la respuesta, y

se puede apreciar las direcciones de origen y destino de DNP3.0 que fueron
configuradas. Estas direcciones son observadas en las tramas enviadas y
recibidas desde el software ASE 2000.

Sincronizacin de tiempo de DNP3.0

Para un funcionamiento correcto del estampado de tiempo de eventos binarios

debe existir sincronizacin de tiempo entre equipos DNP3.0 (Refirase al numeral
2.8.2.1 del Captulo 2, mtodo de sincronizacin de tiempo de DNP3.0).

Como se describi en el Captulo 2 la sincronizacin de tiempo se da mediante el

envo del procedimiento Delay Measurement (medida de retardo) desde la
Estacin Maestra DNP3.0, este procedimiento es mostrado en la Figura 3.53, el
mismo es seleccionado desde la librera de objetos del Software ASE 2000.

Figura 3.53 Procedimiento Delay Measurement seleccionado desde el Software ASE

2000.

122

Probamos el envo de este procedimiento desde el Software ASE 2000 como se

muestra en la Figura 3.54, aqu seleccionamos la opcin Enviar Una vez o Send
Once en la pestaa File del Software ASE 2000.

Figura 3.54 Envo del procedimiento Delay Measurement desde la Estacin Maestra
(Software ASE 2000).

Al presionar la opcin enviar obtenemos la respuesta que se muestra en la Figura

3.55, aqu se observa que existe un retardo de 5ms (0.005 segundos) desde el
mdulo DNP3.0 tipo esclavo, cabe aclarar que este tiempo incluye el tiempo de
procesamiento de la estacin esclavo. Con este valor la estacin maestra calcula
el retardo excluyendo el tiempo de procesamiento de la estacin esclavo que es
enviado por esta ltima estacin, y puede ajustar el reloj del mdulo DNP3.0 tipo
esclavo mediante el envo del objeto 50 de variacin 1 que enva la fecha y hora
del computador simulador de la estacin maestra DNP3.0 ms el retardo
calculado como se estudi en el mtodo de sincronizacin de DNP3.0 en el
Captulo 2.

Figura 3.55 Envo y respuesta del retardo del procedimiento Delay Measurement.

123

Luego probamos el envo del objeto 50 de variacin 1 desde la estacin maestra

(Software ASE 2000) que sirve para escribir y ajustar el reloj en la estacin
esclavo, este objeto es mostrado en la Figura 3.56 y lo seleccionamos desde la
librera de objetos del software ASE 2000.

Figura 3.56 Objeto 50 de variacin 1 seleccionado desde el Software ASE 2000 para el
envo.

Este objeto enva la fecha y hora del sistema del computador de la estacin
maestra DNP3.0, como se muestra en la Figura 3.57 hacia el mdulo DNP3.0 tipo
esclavo. Hemos capturado esta pantalla en el instante de envo del objeto de
sincronizacin con el fin de observar la hora enviada en el objeto de
sincronizacin del software ASE 2000 y adems observar la hora del sistema del
computador en la parte inferior derecha de la pantalla, se puede decir que los dos
tiempos mostrados son los mismos considerando hasta los segundos.
Se debe aadir que en las pruebas realizadas se ha cambiado la configuracin de
fecha y hora del sistema del computador de la estacin maestra DNP3.0 para
probar el envo del objeto de sincronizacin de DNP3.0 desde la estacin maestra
DNP3.0, y en todas las pruebas realizadas se ha comprobado el envo de la fecha
y hora instantnea del computador simulador de la estacin maestra mediante el
envo del objeto de sincronizacin 50 de variacin 1.

124

Figura 3.57 Envo del objeto 50 de variacin 1 desde la estacin maestra DNP3.0
para sincronizacin con la estacin esclavo.

Adems capturamos la pantalla con la hora del mdulo DNP3.0 tipo esclavo
conectado por el puerto serial, antes del envo del objeto de sincronizacin 50 de
variacin 1 desde la estacin maestra DNP3.0. Para ingresar en esta pantalla
digitamos en el teclado del computador la letra C en la opcin Diagnostics, y se
presenta la pantalla mostrada en la Figura 3.58.

Figura 3.58 Ingresamos a la opcin DNP Communication Status para observar la hora
del mdulo DNP3.0 tipo esclavo.

125

Digitamos el nmero 1 en el teclado del computador e ingresamos a la opcin

DNP Communication Status como se observa en pantalla de la Figura 3.59, aqu
se aprecian dos relojes distintos, la hora que se aprecia en la esquina superior
derecha de la misma Figura es la hora del computador conectado por el puerto
serial al mdulo DNP3.0 tipo esclavo, y la hora del mdulo DNP3.0 tipo esclavo
que nos interesa se la puede observar marcada en la parte central de la pantalla
presentada. Se realiza esta explicacin para destacar que las horas observadas
son distintas.

Figura 3.59 Hora del mdulo DNP3.0 tipo esclavo antes del envo del Objeto 50 de
variacin 1 desde la Estacin Maestra DNP3.0.

Capturamos la pantalla en donde se aprecia la hora del mdulo DNP3.0 tipo

esclavo al momento de recibir el objeto de sincronizacin 50 de variacin 1 desde
la estacin maestra DNP3.0, la misma es mostrada en la Figura 3.60.

126

Figura 3.60 Sincronizacin de reloj del mdulo DNP3.0 tipo esclavo en el instante de
recepcin del objeto 50 de variacin 1 desde la estacin maestra DNP3.0.

La hora del mdulo DNP3.0 tipo esclavo ha sido ajustada a la hora enviada por la
estacin maestra DNP3.0, existiendo un error de 311 ms en los dos relojes. (Ver
tambin Figura 3.57).

Este error es producido por el mtodo de medicin de tiempo, que consisti en

capturar las pantallas de los dos relojes mediante la tecla print screen, en el
instante de sincronizacin de los mismos mediante el envo del objeto de 50 de
variacin 1.

La estacin maestra y la estacin esclavo (mdulo DNP3.0 tipo esclavo) han sido
sincronizados, para poder realizar las pruebas del estampado de tiempo de
eventos binarios que se describen a continuacin:

127

Estampado de tiempo de eventos binarios

Como se ha mencionado el estampado de tiempo es el tiempo real y exacto de un

evento, con resolucin de tiempo en milisegundos. Se prob el estampado de
tiempo mediante un poleo de clases o poleo de reporte de datos por excepcin
desde la Estacin Maestra DNP3.0. Como se mencion, la estacin maestra
DNP3.0 enva los datos cada 15 segundos al seleccionar la opcin Simulate
Master en el Software ASE2000.
Para probar el estampado de tiempo realizamos lo siguiente:

1. Simulamos un evento binario para lo cual cambiamos el valor de un dato

binario simulado en el registro 400067, como se observa en las Figuras 3.50 y
3.61.

Figura 3.61 Simulamos un evento binario para probar el estampado de tiempo (registro
400067).

2. La estacin maestra DNP3.0 enva el requerimiento de los datos cada 15

segundos, y cuando existe el requerimiento de los datos se ha probado que existe
la respuesta del mdulo DNP3.0 tipo esclavo como se observa en la Figura 3.62.
La respuesta es un objeto 2 con variacin 2 que corresponde al objeto de un
evento binario con el estampado de tiempo (Ver Tabla 2.4 del Captulo 2 - Librera
de Objetos). En esta pantalla se muestra el estampado de tiempo a las
09:48:54.142 del da 02/20/2010 obtenido mediante un poleo por clases desde la
estacin maestra DNP3.0.

128

Figura 3.62 Estampado de tiempo de un evento binario.

3.6 RESULTADOS

En el prototipo de comunicacin DNP3.0 sobre TCP/IP se ha logrado simular el

envo de los datos requeridos por el CENACE a travs de un cable Ethernet, y
con las pruebas realizadas se ha comprobado las caractersticas propias del
protocolo DNP3.0 estudiadas en el Captulo 2, como por ejemplo la sincronizacin
de tiempo entre equipos DNP3.0. Y el estampado de tiempo de eventos que se
explica en el prrafo siguiente.

En todas las pruebas realizadas se ha comprobado que el envo de un evento con

su estado de tiempo desde el mdulo DNP3.0 tipo esclavo se da de la siguiente
manera: El evento es almacenado en el mdulo DNP3.0 tipo esclavo, y enviado a
la estacin maestra DNP3.0 cuando existe el requerimiento de los datos desde la
estacin maestra DNP3.0 mediante el poleo por clases con una frecuencia de
envo de 15 segundos. En la tabla 3.3 se muestra un resumen de los resultados
obtenidos, los mismos son observados en las pantallas mostradas en la Figura

129

3.63. El estampado de tiempo mostrado es el tiempo exacto de los eventos

simulados.

Tiempo de envo

Fecha y Hora del estampado de tiempo binario

(frecuencia 15 segundos)
09:24:14

02/20/10 a las 9:24:05.500

09:24:30

02/20/10 a las 9:24:28.157

09:24:46

02/20/10 a las 9:24:43.392 y

02/20/10 a las 9:24:45.203

Tabla 3.3 Resultados de estampados de tiempo obtenidos desde la Estacin Maestra

DNP3.0.

Figura 3.63 Estampados de tiempo de eventos binarios obtenidos cada 15 segundos

desde la Estacin Maestra DNP3.0.

Las pruebas realizadas en el prototipo de comunicacin fueron tiles para

implementar la comunicacin DNP3.0 sobre TCP/IP en el PLC de la unidad de
Generacin uno de la Central Cumbay que actualmente ya est implementado.
Se ha probado la lectura de los datos reales desde el software ASE 2000. La
configuracin realizada en el mdulo DNP3.0 tipo esclavo del PLC de la unidad de
Generacin uno es la misma configuracin que fue realizada en el mdulo
DNP3.0 tipo esclavo del prototipo de comunicacin implementado.

130

En la Figura 3.64 se presenta una fotografa del mdulo DNP3.0 tipo esclavo
instalado en el PLC de la unidad de generacin uno. Este equipo est ubicado en
un cuarto de PLCs de la Central Cumbay.

Figura 3.64 Mdulo DNP3.0 tipo esclavo instalado en el PLC de la unidad de generacin
uno de la Central Cumbay.

Realizamos la lectura de los datos a travs de un cable STP de CAT 6 de 40 m

aproximadamente, que termina en un cuarto de control de la Central Cumbay. El
cuarto de PLCs y el cuarto de control estn interconectados por un switch
industrial administrable SCADA. En la Figura 3.65 se muestra la fotografa de
monitoreo de los datos reales desde la Laptop con el Software ASE 2000.

131

Figura 3.65 Monitoreo de los datos desde la Estacin Maestra DNP3.0 en el cuarto de
control.

Los datos ledos desde el software ASE2000 son mostrados en la Figura 3.66.
Los mismos son ledos del PLC mediante los registros configurados en el mdulo
DNP3.0 tipo esclavo. Los datos han sido medidos en el generador con carga. En
el programa del PLC los datos requeridos han sido desplazados a los registros del
mdulo DNP3.0 mediante bloques funcionales.

Figura 3.66 Lectura de los datos a enviar al CENACE desde el PLC de la unidad de
generacin uno.

132

En la Figura 3.67 se observan los resultados obtenidos de valores analgicos de

voltaje, potencia activa y potencia reactiva, con la frecuencia de 15 segundos. Los
mismos son observados en la Tabla 3.4.

Tiempo de

Voltaje (V)

envo

Potencia Activa

Potencia

(MW)

Reactiva

(frecuencia 15

(MVAR)

segundos)
10:18:57

4083.04

6.13

-0.94

10:19:13

4084.28

6.12

-0.96

10:19:30

4084.28

6.12

-0.98

Tabla 3.4 Datos analgicos requeridos por el CENACE.

Figura 3.67 Lectura de datos analgicos requeridos por el CENACE desde el Software
ASE 2000.

Nota: El mdulo DNP3.0 tipo esclavo tiene un puerto Ethernet que trabaja con la
velocidad de transmisin de 10Mps.

133

3.7 CAPTURA DE MENSAJES DNP3.0 SOBRE TCP/IP

Como se mencion en el alcance del presente proyecto de titulacin, se utiliz el
software Wireshark instalado en la Estacin Maestra DNP3.0, que sirve para
monitorear y presentar el trfico de una red de forma inteligible.
Para la captura de los mensajes, ingresamos al software Wireshark y escogemos
la opcin Capture e Interfaces como se muestra en la Figura 3.68.

Figura 3.68 Opcin Interfaces dentro del Software Wireshark.

Despus escogemos la opcin start mostrada en la Figura 3.69 para comenzar la

captura de mensajes desde la tarjeta de red del computador, cuya direccin IP es
la 10.2.0.10.

Figura 3.69 Opcin Start para comenzar la captura de los mensajes.

134

En la Figura 3.70 se aprecia la captura de los paquetes mostrados, en esta

pantalla filtramos los mensajes DNP3.0, para lo cual escribimos dnp3 sobre el
campo filtro mostrado.

Figura 3.70 Filtro de los mensajes DNP3.0 para poder observar sus campos.

En la Figura 3.71 se aprecia la pantalla de captura de los mensajes DNP3.0, el

primer mensaje es un requerimiento enviado desde la Estacin Maestra DNP3.0 y
el segundo es la respuesta enviada desde el mdulo DNP3.0 tipo esclavo. Los
mensajes han sido capturados en el prototipo de comunicacin.

135

Figura 3.71 Mensajes DNP3.0.

En la Figura 3.72 seleccionamos el mensaje de requerimiento de datos binarios

enviado desde la Estacin Maestra DNP3.0 a la estacin esclavo (mdulo DNP3.0
tipo esclavo). En la parte inferior de la Figura se muestra una zona de detalle del
mensaje, aqu se aprecia el mensaje de capa de Aplicacin del modelo EPA en el
cual se basa DNP3.0 y sus campos, como se estudi y describi en el formato del
mensaje de Capa de Aplicacin en la Figura 2.8 del Captulo 2. Continuando con
la Figura 3.72 se aprecia la cabecera del mensaje con sus campos como: el
Control de Aplicacin que sirve para controlar el flujo de la comunicacin y el
Cdigo de Funcin que identifica el tipo de mensaje enviado, cuyo valor es 1 que
corresponde a una lectura (Read) como se describi en la Figura 2.9 del Captulo
2.

136

Figura 3.72 Mensaje de requerimiento de lectura de los datos capturado en la estacin

maestra DNP3.0.

La construccin de un mensaje DNP3.0, cuyo estudio se lo realiz en el Captulo

2 es apreciado en cada una de las Capas de DNP3.0 en la Figura 3.73, aqu se
aprecia la trama de la Capa de Enlace de DNP3.0 y sus campos que fueron
descritos en la Figura 2.13 del Captulo 2, como por ejemplo los campos de la
direccin destino - estacin maestra (1) y direccin origen - estacin esclavo (8).

De esta forma se ha comprobado los campos de los mensajes capturados en la

comunicacin DNP3.0 sobre TCP/IP, de cada una de las Capas de DNP3.0, los
mismos fueron descritos en el Captulo 2. Y se ha comprobado como se observa
en la Figura 3.73 el encapsulamiento de las tramas de la Capa de Enlace de
DNP3.0 sobre los segmentos de la Capa de Transporte de TCP como se explic
en el numeral 2.9.1 del Captulo 2, y el puerto en el que trabaja DNP3.0 sobre
TCP/IP que es el 20000.

137

Figura 3.73 Mensaje de respuesta capturado en la estacin maestra DNP3.0.

138

CAPTULO 4
CONCLUSIONES Y RECOMENDACIONES
CONCLUSIONES
-

Se ha cumplido el objetivo del presente proyecto de titulacin de probar la

comunicacin DNP3.0 sobre TCP/IP, con los equipos utilizados de la
EEQ.S.A, y se ha simulado el envo de los datos requeridos por el
CENACE.

El uso de DNP3.0 sobre TCP/IP se logra mediante el encapsulamiento de

los mensajes DNP3.0 dentro de los segmentos TCP de la Capa Transporte
de la arquitectura TCP/IP, las capas del modelo EPA en el cual se basa
DNP3.0 trabajan en conjunto con las capas de la Arquitectura TCP/IP.

El estampado de tiempo de los eventos en DNP3.0, facilita el anlisis de

fallas o alarmas en una industria con una resolucin de tiempo de fecha y
hora en milisegundos, se puede conocer los datos histricos de la
automatizacin de una Central Hidroelctrica y la hora exacta de eventos
producidos.

El encapsulamiento de DNP3.0 sobre TCP/IP permite que pueda ser usado

en redes corporativas de tipo LAN, MAN o WAN existentes en una
empresa empleando el medio fsico Ethernet, y permite integrar a un
sistema SCADA a Redes de rea Extendida para lograr interconectividad
de lugares distantes.

El software Wireshark instalado en el computador de la estacin Maestra

DNP3.0 nos permiti observar y comprobar los formatos de los mensajes
DNP3.0 estudiados en cada una de las Capas de DNP3.0.

El estudio de los mensajes DNP3.0 de cada una de las capas fue de gran
utilidad para probar la comunicacin DNP3.0 sobre TCP/IP, ya que en el

139

software ASE 2000 se puede verificar las secuencias de comunicacin

entre la estacin maestra y la estacin esclavo.

La librera de objetos de DNP3.0 permite una representacin de los tipos

de datos a transmitir en comunicaciones DNP3.0, la misma es de gran
beneficio ya que consta de distintas variaciones para representar un
formato de datos como por ejemplo un evento con su estado de tiempo.

El protocolo de comunicacin DNP3.0 realiza un direccionamiento a nivel

de Capa de Enlace de Datos del modelo EPA de DNP3.0, esto se
comprob en la prueba de comunicacin DNP3.0 sobre TCP/IP, ya que se
configur una direccin DNP3.0 y la direccin IP en los mdulos DNP3.0
tipo esclavo para establecer la comunicacin.

Mediante el envo del objeto 50 de variacin 1 se ajusta el reloj de una

estacin maestra en una estacin esclavo, esto se comprob en la prueba
prctica empleando el software ASE 2000 Communication Test, una vez
sincronizados los equipos se realiz pruebas de estampado de tiempo en
el que se prob el tiempo exacto de un evento.

El software ASE 2000 Communication Test utilizado en el presente

proyecto de titulacin permite simular una estacin maestra DNP3.0, esto
permite simular el envo de los datos desde los mdulos DNP3.0 tipo
esclavo de la Central Cumbay hacia el CENACE a travs del enlace de
fibra ptica. En el CENACE poseen un servidor SCADA (Estacin Maestra
DNP3.0) y un concentrador de datos que adquiere datos de las empresas
elctricas del pas.

Los protocolos de comunicacin industriales poseen un alto nivel de

integridad en la transferencia de los datos, para solucionar el alto nivel de
ruido elctrico que existe en las industrias o en centrales hidroelctricas,
DNP3.0 posee un alto nivel de integridad de los datos mediante el empleo
de cdigos de redundancia cclica de 2 bytes por cada bloque de datos de

140

usuario a transmitirse en la trama de Capa de Enlace de DNP3.0, los

cdigos CRC son usados a nivel de Capa de Enlace del modelo EPA en el
cual se basa DNP3.0.

La captura de los mensajes DNP3.0 mediante el software Wireshark nos ha

permitido comprobar el encapsulamiento de las tramas de la Capa de
Enlace de DNP3.0, en los segmentos TCP de la Capa de Transporte de la
Arquitectura TCP/IP. Este punto es especfico pero til para observar la
construccin de un mensaje DNP3.0 sobre TCP/IP.

El software ASE 2000 fue de gran ayuda para realizar la prueba de

comunicacin ya que tiene la funcionalidad presentar a travs de lneas de
monitoreo, los mensajes de requerimientos y las respuestas DNP3.0 en
cada una de las Capas del modelo EPA en el cual se basa DNP3.0, lo cual
permite verificar que la comunicacin es correcta y observar la secuencia
de los mensajes y las direcciones DNP3.0 propias de la trama de Capa de
Enlace de DNP3.0.

RECOMENDACIONES

Se recomienda poner atencin en la configuracin del puerto correcto de

DNP3.0 sobre TCP/IP que es el 20000 y la direccin IP correcta, en el
software ASE 2000 simulador de una estacin maestra DNP3.0, para
establecer la comunicacin con el mdulo DNP3.0 tipo esclavo.

Se recomienda tomar en cuenta las indicaciones internas del mdulo

DNP3.0 tipo esclavo en la configuracin del mismo, que se refieren al bit
IIN (Internal indications) de un mensaje de respuesta de Capa de
Aplicacin de DNP3.0 que sirve para conocer el estado del dispositivo.

Se recomienda el uso del software de configuracin Prosoft Configuration

Builder propio del mdulo DNP3.0 tipo esclavo, para configurar los mdulos
DNP3.0 tipo esclavo que existen en la Central de Generacin Nayn, esta

141

Central ya se encuentra automatizada y debe enviar los datos regulacin

de energa al igual que la Central Hidroelctrica Cumbay, hacia el
CENACE por la regulacin CONELEC.

Se recomienda el envo del mensaje Clear Restart desde la librera de

objetos del software ASE 2000 hacia el mdulo DNP3.0 tipo esclavo para
que el equipo empiece a registrar eventos con su estado de tiempo, caso
contrario el equipo no registra eventos.

Se recomienda que en la carrera de Ingeniera en Electrnica y Redes de

Informacin se debe incorporar en el pensum acadmico el estudio de
protocolos de comunicacin industriales utilizados en los sistemas SCADA
como DNP3.0, IEC870-5-101, ICCP (Internet Control Center Protocol). En
la actualidad son tecnologas poco conocidas en el pas, se tiene
conocimiento en la Corporacin CENACE y en petroleras del pas, son
tecnologas norteamericanas y europeas utilizadas para el envo de datos
propios de sistemas de automatizacin SCADA en los cuales se renen
conocimientos de varias ingenieras.

Se recomienda a la EEQ.S.A. la adquisicin del software ASE 2000

Communication

Test

con

licencia

para

realizar

las

pruebas

de

comunicacin, el costo del mismo es alto pero es til, ya que en las

pruebas de comunicacin realizadas con este software se us una versin
de prueba para 30 das.

142

REFERENCIAS BIBLIOGRFICAS
Proyectos de titulacin:

- ROMERO AVECILLAS, Cristian Joaqun, Diseo de un Sistema SCADA para el

Proceso de Produccin de los pozos de Petrleo de Petroecuador, Escuela

Politcnica Nacional, Quito, Mayo 2006.
- Miguel Araujo Villalba, Edison Ayala Vinueza. Sistema de comunicaciones
para el nuevo sistema SCADA de la EEQ S.A. Publicacin Diciembre 2004.

- Tapia Chicaiza, Javier Mauricio. Automatizacin de la central de generacin

Cuyabeno de Petroproduccin mediante la implementacin de un sistema
SCADA. Publicacin: Junio 2009.

- Puente Rodrguez, Christian Omar. Diseo de un sistema SCADA para la

ampliacin de la capacidad de almacenamiento y despacho de gas licuado de
petrleo en el terminal Oyambaro de Petrocomercial. Publicacin: Octubre 2008.

Folleto:

Dr Luis Corrales. Folleto de Interfaces de Comunicacin Industrial. Publicacin

Octubre 2007

Libros:

- Gordon Clarke, Deon Reynders. Practical Modern-Scada-Protocols: Dnp3 e IEC

60870.5 and Related-Systems. Publicacin 2004. British Library. ISBN 07506
7995.
- Amanullah Maung Than Oo, Thesis:Experimental Analysis and Modelling of an
Information Embedded Power System School of Electrical Engineering, Faculty of
Health,

Engineering

and

Science

Victoria

University

Australia,

143

http://wallaby.vu.edu.au/adt-VVUT/uploads/approved/adt-VVUT20071217.150356
/public-5.pdf
Pginas de Internet:
- http://www.galeon.com/hamd/pdf/scada.pdf
- http://www.acsac.org/2005/techblitz/majdalawieh.pdf
- http://www.unap.cl/public/Redes%20Industriales.pdf
- http://en.wikipedia.org/wiki/DNP3
- http://www.ee.iitb.ac.in/~esgroup/es_mtech03_sem/sem03_paper_03307905.pdf
- http://es.wikipedia.org/wiki/RS-485#Introducci.C3.B3n
- DNP USERS GROUP, Transporting DNP3 over Local and Wide Area Networks,
http://xirui567.blog.ccidnet.com/job-htm-action-download-itemid-39723-aid3001.html, Diciembre 2004.
- Jay Makhija, Comparison of protocols used in remote monitoring: DNP3.0, IEC
870-5-101& Modbus, http://www.ee.iitb.ac.in/~esgroup_03307905.pdf
- www.dnp.org
- http://www.teletrol.com.ve/noticias/dnp.cdpd.pdf
- http://www.trianglemicroworks.com/VideoPage.aspx
- http://www.ase-systems.com/ase2000-test-set/trial%20version%20introduction.
pdf
- http://www.ase-systems.com/downloads/ase2000_v1_43t.exe

Soporte Tcnico:

- Soporte tcnico de

Empresa proveedora Prosoft, de los mdulos de

interfaz Ethernet DNP3.0 tipo esclavo.

- Soporte tcnico Empresa Elsystec.
- Manual de Configuracin Protalk del mdulo DNP3.0 interfaz Ethernet tipo
esclavo modelo PTQ-DNPSNET-Q.

144

ANEXOS

145

ANEXO No. 1
ARQUITECTURA DEL PROYECTO SCADA DE LA
CENTRAL HIDROELECTRICA CUMBAYA

146

Figura 4.1 Arquitectura del Proyecto SCADA de la Central Hidroelctrica Cumbay.

147

ANEXO No. 2
FIBRA OPTICA MONOMODO DE LA NORMA G652

148

Figura 4.1 Caractersticas de la fibra ptica monomodo de norma G652 dentro del
estndar UITT.

Figura 4.2 Subcategoras de la fibra ptica monomodo de la Norma G652.

149

FIBRA PTICA MONOMODO DE NORMA G.65221

La Recomendacin G.652 de la UIT-T, describe una fibra monomodo cuya
longitud de onda de dispersin nula est situada en torno a 1310 nm, y que puede
utilizarse tambin a longitudes de onda en la regin de 1550 nm (en las que la
fibra no est optimizada).
El valor nominal del dimetro del campo modal a 1310 nm estar en la gama de
8,6 a 9,5 m. La desviacin del dimetro del campo modal no deber exceder de
10% de su valor nominal.
El valor nominal recomendado del dimetro del revestimiento es 125 m. La
desviacin del dimetro del revestimiento no debe exceder de 2 m. Para
determinadas tcnicas de empalme y ciertos requisitos de prdida en los
empalmes, pueden ser apropiadas otras tolerancias.
Los cables de fibra ptica tratados en esta Recomendacin tienen, generalmente,
coeficientes de atenuacin inferiores a 0,5 dB/km en la regin de longitudes de
onda de 1310 nm e inferiores a 0,4 dB/Km en la de 1550 nm; dependiendo del
fabricante en ciertos casos se puede conseguir menores valores de atenuacin.
Los valores ms bajos dependen del proceso de fabricacin, de la composicin y
el diseo de la fibra, y del diseo del cable. Se han obtenido valores
comprendidos entre 0,3 y 0,4 dB/km en la regin de 1310 nm y entre 0,17 y 0,25
dB/km en la de 1550 nm.

Las distancias mximas entre generadores, de acuerdo a la Rec. G.652 son las
siguientes:

21

1310 nm

1550 nm

Por atenuacin

73 Km

114 Km

Por dispersin

40 Km

110 Km

SISTEMA DE COMUNICACIONES DEL NUEVO SISTEMA SCADA DE LA

EEQ S.A, Quito, Agosto 2004.

150

CARACTERISTICAS DE LA FIBRA PTICA MONOMODO G.652

Atenuacin de la Fibra a 1310 nm
Longitud de onda de trabajo
Longitud en el carrete de la fibra para
instalacin area o en ductos
Mxima dispersin cromtica
Atenuacin por empalme
Margen de atenuacin del cable
Atenuacin por conector
Dispersin mxima del tramo
Atenuacin a 1550 nm
Dispersin mxima del tramo a 1550 nm
Dispersin cromtica a 1550 nm

0.38 dB/Km
1300 +/- 20 nm
6 Km
2.5 ps/nm.Km
0.1 dB
0.01 dB/Km
0.5 dB
100 ps/nm
0.19 a 0.25 db/Km
5000 ps/nm
< 20 ps/nm.Km

151

ANEXO No. 3
Cdigos de Funcin de la Capa de Aplicacin de DNP3.0

152

Tabla 4.1 Cdigos de Funcin de la Capa de Aplicacin de DNP3.0

Tabla 4.2 Cdigos de Funcin de la Capa de Aplicacin de DNP3.0 de requerimientos y

de respuestas.

153

ANEXO No 4
LIBRERA DE OBJETOS DE DNP3.0

154

155

156

Tabla 4.3 Librera de objetos completa de DNP3.0

157

ANEXO No.5
FORMATO DE LA TRAMA ETHERNET

158

Formato de la trama ETHERNET22

El formato de la trama Ethernet se describe a continuacin con cada uno de los

campos:

Los campos de la trama Ethernet son:

Prembulo.
Campo de 7 bytes (56 bits) con una secuencia de bits usada para sincronizar y
estabilizar el medio fsico antes de iniciar la transmisin de datos, el patrn de
prembulo est conformado de unos y ceros; es el siguiente:
10101010101010101010101010101010101010101010101010101010.

Delimitador de Inicio de trama.

Campo de 1 byte (8 bits) marca el comienzo de la informacin propiamente dicha,
el patrn es: 10101011.

Direccin Destino
Campo de 6 bytes (48 bits) especifica la direccin fsica MAC (Control de Acceso
al Medio) de la mquina a quien se le enva el mensaje, esta direccin de destino
puede ser de broadcast nica (trama enviada a una sola mquina), broadcast
mltiple (trama enviada a un grupo) o de broadcast (trama enviada a todas las
mquinas).

22

Sistemas de Comunicaciones Electrnicas, TOMASI, 4th Ed. Prentice-Hall, 2003.

159

Direccin Origen
Campo de 6 bytes (48 bits) que especifica la direccin fsica MAC (Control de
Acceso al Medio) nica de la mquina quin ha enviado el mensaje. La estacin
que deba aceptar el mensaje conoce por este campo la direccin de la estacin
origen con la cual intercambiar datos.

Tipo de trama.
Campo de 2 bytes (16 bits) utilizado para saber el tipo de informacin que
transporta la trama o el protocolo de nivel superior.

Datos
Campo de mnimo 46 bytes o mximo de 1500 bytes longitud, contiene una
secuencia arbitraria de valores, el campo de datos es la informacin til.

Secuencia de chequeo de trama

Campo de 4 bytes (32 bits) que contiene un valor de verificacin CRC (Control de
Redundancia Cclica), el emisor calcula usando el contenido de la trama y el
receptor lo recalcula y lo compara con el recibido a fin de verificar la integridad de
la trama.

160

ANEXO No.6
ESPECIFICACIONES TECNICAS DEL PLC DE MARCA
QUANTUM SCHNEIDER ELECTRIC

161

Especificaciones tcnicas del PLC QUANTUM SHNEIDER ELECTRIC

Informacin general
La configuracin de E/S locales est contenida en un rack e incluye todos los
mdulos Quantum montados en una placa de conexiones Quantum. Las E/S
locales de Quantum pueden tener desde un solo mdulo de E/S (en una placa de
conexiones de tres slots) hasta 14, junto con una CPU y una fuente de
alimentacin dentro de una placa de conexiones de 16 slots. Si la aplicacin lo
precisa, los mdulos de interfase de sistema tambin se incluyen en la placa de
conexiones de E/S locales. Estos mdulos pueden estar formados por un
procesador RIO o por mdulos de red opcionales.
Caractersticas de los mdulos del PLC
A continuacin, se muestra informacin acerca del mdulo de alimentacin
sumable de 8 A y 24 V DC.

162

163

Mdulo de CPU 43412A

164

165

ANEXO No.7
ESPECIFICACIONES TECNICAS DEL MDULO DE
INTERFAZ ETHERNET DNP3.0 TIPO ESCLAVO PARA
PLC QUANTUM SCHNEIDER ELECTRIC.

166

167

168