IEC 61850 y DNP3 - Javier Tenesaca

IEC 61850 VS DNP 3

Javier Tenesaca ChacaguasayComunicaciones I

IEC 61850 - INTRODUCCIÓN IEC 61850 - ESTRUCTURA IEC 61850 - ARQUITECTURA IEC 61850 - MAPEO DE LA NORMA IEC 61850 - COMUNICACIONES DENTRO DE NORMA IEC 61850 - FLUJO DE INFORMACIÓN Mapeo a Manufacturing Messaging Specification MMS Definición de los mensajes GSE - “GOOSE” Clasificación de los mensajes GSE - “GOOSE” Transmisión de los mensajes GSE - “GOOSE” Mapeo de Sampled Measured Values SMV Servicios de comunicación SNTP IEC 61850 - LENGUAJE DE CONFIGURACIÓN SCL IEC 61850 - VENTAJAS

CONTENIDO

El protocolo IEC 61850 es considerado el estándar para la automatización de equipos de Subestaciones Eléctricas de diversos fabricantes; fue diseñado como el único protocolo que ofrece una completa solución de comunicación para Subestaciones Eléctricas y la principal característica que ofrece es la interoperabilidad entre los equipos. Este protocolo fue creado luego de la colaboración y cooperación de los principales fabricantes de equipos para las Subestaciones Eléctricas con lo cual fue formado el “IEC 61850 Community” (Grupo de fabricantes que colaboran con el desarrollo del protocolo IEC 61850).

IEC 61850 - INTRODUCCIÓN

Nace de la cooperación de trabajos realizados por la IEC y el EPRI.

Permite la interoperabilidad entre equipos de diferentes proveedores.

IEC 61850 - INTRODUCCIÓN

IEC 61850 - ESTRUCTURA

Capitulo Descripción

IEC 61850-1: Introducción y Overview

IEC 61850-2: Glosario

IEC 61850-3: Requerimientos generales

IEC 61850-4: Administración de sistema y proyecto

IEC 61850-5:Requerimientos de comunicación para modelado de funciones y dispositivos

IEC 61850-6:Lenguaje descriptivo de configuración para la comunicación en subestaciones eléctricas relacionadas a IEDs

IEC 61850-7:Estructura básica de comunicación para equipos de subestaciones y feeder.

IEC 61850-8: Mapeo de servicios específicos de comunicación

IEC 61850-9: Mapeo de servicios específicos de comunicación

IEC 61850-10: Pruebas de conformidad

Inicialmente el estándar IEC 61850 como fue concebido, era para la automatización de subestaciones y la telecomunicación entre sus dispositivos, en los diferentes niveles de control, siempre enfocado para la comunicación interna de la subestación; cuenta con 14 partes principales, provenientes de 10 capítulos.

IEC 61850 - ESTRUCTURA

IEC 61850 - ARQUITECTURA

IEC 61850 - MAPEO DE LA NORMALos mecanismos de intercambio de información se basan principalmente en modelos de información, que se encuentran bien definidos. Estos modelos de información y los métodos de modelado son el núcleo de la norma IEC 61850. La norma IEC 61850 se enfoca en modelar la información encontrada en los equipos reales como se representa en la figura

Por lo tanto se observa que la información es presentada jerárquicamente comenzando con el PHD hasta el dato (data).Comenzando por el dispositivo físico escrito en inglés como “Physical Device” (PHD), que como tal es el IED físico; el cual internamente cuenta con uno o varios dispositivos lógicos (Logical Device: LD) dentro de su esquema de comunicación. Un dispositivo lógico es principalmente una composición de nodos lógicos y servicios adicionales (por ejemplo GOOSE, el intercambio valores muestreados “sampled measured values” y un grupo de parámetros).

IEC 61850 - MAPEO DE LA NORMA

IEC 61850 - COMUNICACIONES DENTRO DE NORMAEn la figura se observa los distintos tipos de comunicaciones que existen dentro del estándar IEC 61850.

Funcionalidad y perfiles de comunicación IEC 61850

IEC 61850 - COMUNICACIONES DENTRO NORMA

En las subestaciones basadas en Ethernet, existen cuatro tipos de comunicaciones que se llevan a cabo en este tipo de redes: • Cliente - Servidor: basado en TCP/IP MMS (Orientado a la conexión). • GOOSE: directamente sobre la capa 2 (multidifusión, mecanismo de repetición). • Valores muestreados: directamente sobre la capa 2 (multidifusión, flujo de datos). • Los servicios básicos: como NTP, SNMP, HTML (comunicación sin tiempo crítico).

IEC 61850 - FLUJO DE INFORMACIÓN

El modelo ACSI, básicamente provee los métodos de cambio de información entre equipos, en la figura se muestra el intercambio de información que se tiene con el estándar IEC 61850.

Mapeo a Manufacturing Messaging Specification MMS

El estándar MMS suministra el modelo de información y los servicios requeridos por el ACSI. El protocolo MMS es una aplicación industrial de control de procesos, está especificado según ISO 9506 y sirve para el intercambio de datos en un ambiente de producción.

Este sistema de mensajería fue desarrollada para aplicaciones industriales, fue diseñado a nivel de capa de aplicación, basado en el modelo OSI, para soportar comunicación desde y hacia dispositivos programables, integrados en un ambiente de producción.


Mapeo a Manufacturing Messaging Specification MMS

Definición de los mensajes GSE - “GOOSE”

Los mensajes GSE (Generic Substation Event), ofrecen la posibilidad de contar con un sistema rápido y seguro de distribución de datos.El modelo GSE se basa en el concepto de una descentralización autónoma, proporcionando un método eficiente, que permite la entrega simultánea de la misma información genérica de eventos en más de un dispositivo físico, a través del uso de los servicios de multicast. En los mensajes GSE solo se pueden realizar el intercambio de datos DataAttribute.


Existen dos clases de control y dos clases de mensajes GSE que son definidos en la IEC 61850 [7]:

• GOOSE (Generic Object Oriented Substation Event), soportando el intercambio de un amplio rango de posibilidades de datos organizados dentro de un Data-set.• GSSE (Generic Substation State Event), proporciona la capacidad para transmitir la información de cambio de estado (pares de bits). Esta clase de mensajes son descendientes del protocolo UCA, y en la segunda edición no aparecen; por lo tanto en este trabajo no se dará explicación de esta clase de mensajes.


Clasificación de los mensajes GSE - “GOOSE”


Transmisión de los mensajes GSE - “GOOSE”

La transmisión de mensajes GOOSE, se realiza como se muestra en figura . Cuando se genera un evento, el servidor GOOSE codifica el conjunto de datos asociados con el evento en un paquete denominado T-DATA y lo transmite como “multicast”.

IEC 61850 - FLUJO DE INFORMACIÓNTransmisión de los mensajes GSE - “GOOSE”

•T0: indica que se producen retransmisiones de estabilidad, no se han producido eventos durante un largo periodo de tiempo.

•(T0): indica que el periodo de retransmisiones en condiciones estables puede resultar más corto al producirse un evento.

•T1: es el menor tiempo de transmisión de un evento. Como se observa, se retransmite el mensaje inmediatamente.

•T2 y T3: son los tiempos de retransmisión que se van duplicando hasta retornar a condiciones estables.

Los mensajes GOOSE son uno de los diferenciadores claves de la IEC 61850 en comparación con otros protocolos de comunicación para subestaciones. El protocolo GOOSE, hace uso de unas pocas capas del modelo OSI, lo cual lo hace muy rápido para eventos que lo requieren, igualmente en su capa de enlace, hace uso del IEEE 802.1q, la cual está dirigida para el uso de las VLAN y prioridades que puede tener esta trama o mensaje GOOSE.


Transmisión de los mensajes GSE - “GOOSE”

Mapeo de Sampled Measured Values SMV


La IEC 61850 define los mecanismos de mensajería en tiempo real a través de las redes Ethernet. Los valores muestreados (Sampled Values: SV), algunas veces también llamados muestra de valores medidos (Sampled Measured Values: SMV), tienen los servicios definidos en la parte IEC 61850-7-2 y su forma de transmisión a través de las redes Ethernet se define en la parte IEC 61850-9-2.

En los mensajes sampled values usan el método de transmisión publicador-suscriptor como también lo realiza los mensajes GOOSE, esta clase de mensajes no tienen fiabilidad en la entrega de la información, ya que no cuenta con una capa de transporte que haga uso de un protocolo como el TCP (quien confirma la recepción de la información, si no reenvía la información si esta se ha perdido).

Mapeo de Sampled Measured Values SMV


Por lo tanto, para mejorar la fiabilidad de la transmisión de los mensajes GOOSE, la IEC 61850 en su parte 8-1 ha propuesto la repetición de los mismos mensajes GOOSE varias veces. Sin embargo, la norma IEC 61850 en su parte 9-2 no sugiere repetición del mismo mensaje para los paquetes SV, se justifica porque los paquetes SV pueden ser enviados 80 muestras por ciclo continuamente desde sus MU (Merging Unit). La repetición de los mismos paquetes SV aumentaría la carga de la red enormemente. Esto significa, que no hay seguridad o medidas de fiabilidad para la comunicación de paquetes SV en el bus de proceso.Estos mensajes igual que los GOOSE usan pocas capas de la pila de protocolos, para su rápida comunicación.


Servicios de comunicación SNTP

Su capa de aplicación, hace uso de un protocolo RFC (Request for Comments), lo cual significa que hace uso de una propuesta validada y admitida por la IETF (Internet Engineering Task Force), quien lidera los nuevos protocolos que se usan en la Internet.

Este perfil de comunicación se puede utilizar para cualquier aplicación que exige la conformidad con esta norma y la declaración de apoyo a los objetos que contienen un atributo de tipo “timestamp”.

IEC 61850 - LENGUAJE DE CONFIGURACIÓN SCL

La parte 6 del estándar IEC 61850, le corresponde aclarar, uno de los grandes beneficios que provee esta norma, ya que introduce el concepto y los parámetros de un lenguaje común que se utiliza para el intercambio de información, entre los diferentes IED; en la primera edición de la norma, el lenguaje de configuración SCL era conocido como (Substation Configuration Description Languaje) y en la segunda edición es llamado (System Configuration Description Languaje), sin tener que realizar ningún cambio en las siglas que lo representan, pero ahora contando con el nuevo enfoque hacia el sistema de potencia en general.

IEC 61850 - LENGUAJE DE CONFIGURACIÓN SCLEste lenguaje de descripción común garantiza la interoperabilidad y mejora la fase de configuración. Cada herramienta propietaria debe apoyar la exportación de la descripción de los IED en relación con este lenguaje común, basado en XML (Extensible Markup Language). El proceso de desarrollo de un proyecto basado en la norma IEC 61850 depende de la disponibilidad de herramientas de software que hacen uso del lenguaje SCL.

IEC 61850 - LENGUAJE DE CONFIGURACIÓN SCL

SCL especifica un formato de archivo común para describir las capacidades de un IED, un esquema específico del sistema que puede ser visto en términos de un diagrama unifilar, y una descripción del sistema de automatización. La parte 6 de la norma IEC 61850 presenta seis tipos de archivos comunes. Estos archivos son:

• ICD: IED Capability Description, • SSD: System Specification Description, • SCD: System Configuration Description • CID: Configured IED Description, • IID: Instantiated IED Description y • SED: System Exchange Description.

IEC 61850 - VENTAJAS

• Interoperabilidad gracias a la estandarización de las comunicaciones y los modelos de datos.

• Alto grado de flexibilidad a través de la interoperabilidad entre IEDs de distintos fabricantes.

• Utiliza las ventajas de las nuevas tecnologías de automatización y comunicación.

• Supone una reducción de costos desde el diseño hasta la operación y el mantenimiento.

• Adoptada como estándar de comunicaciones mundialmente y acogida tanto por fabricantes como por usuarios. Es una oportunidad que el sector eléctrico no debería desaprovechar.

DNP 3 - INTRODUCCIÓN DNP 3 - MODELO MAESTRO / TERMINAL REMOTA DNP 3 – ESTRUCTURA DE PROTOCOLO Capa de enlace de datos Capa de enlace de transporte Capa de enlace de transporte CAPA DE APLICACIÓN DNP 3 - ESTRUCTURA DEL RANGO DEL OBJETO DNP 3 - VENTAJAS COMPARACIONES IEC 61850 VS DNP3 BIBLIOGRAFÍA

CONTENIDO

DNP 3 (PROTOCOLO DE RED DISTRIBUIDA)

INTRODUCCIÓNEs un protocolo industrial para comunicaciones entre equipos de control y protección, usado especialmente en Norte América para sistemas SCADA, es usado principalmente en el sector eléctrico, pero también es usado en otros servicios públicos.

El protocolo DNP3.0 presenta importantes funcionalidades que lo hacen más robusto, eficiente y compatible que otros protocolos más antiguos, tales como Modbus, con la contrapartida de resultar un protocolo más complejo.

DNP 3 - MODELO MAESTRO / TERMINAL REMOTA

DNP3 se usa normalmente entre los controladores centrales y remotos que se distribuyen ampliamente. El maestro (piense en "Centro de Operaciones") enlaza el ser humano (usted) y el sistema de monitoreo. El mando a distancia (piense en "subestación") proporciona la interfaz entre el maestro y el (los) dispositivo (s) actual (es) que se supervisa o controla. El maestro y el remoto utilizan una biblioteca de objetos comunes para intercambiar datos. El protocolo DNP3 puede utilizarse de forma fiable sobre soportes que pueden estar sujetos a interferencias ruidosas.

DNP 3 REPRESENTACIÓN ESQUEMÁTICO

DNP 3 – ESTRUCTURA DE PROTOCOLO

El protocolo DNP3 está compuesto por tres capas principales (capa de enlace, capa de transporte y capa de aplicación) y puede estar encima de una conexión de bus serie o una red TCP / IP. En el caso de TCP / IP, los mensajes de protocolo, que tienen las tres capas, se envían a través de un flujo TCP.

DNP3 sobre una pila de red TCP / IP

CAPA FÍSICAAunque el estándar no especifica la capa física, sí especifica cómo operar en un entorno en red y también sugiere cómo evitar colisiones entre dispositivos de envío simultáneos. Muchas implementaciones utilizan comunicación serial basada en RS-232, RS-485 o incluso fibra óptica. DNP3 también se puede utilizar sobre redes orientadas a paquetes como TCP / IP y UDP en las que, por ejemplo, Ethernet puede ser utilizado. En este caso, se puede decir que DNP3 está tunelizado sobre TCP / IP o UDP.


CAPA DE ENLACE DE DATOSLa capa de enlace de datos DNP3 está diseñada para operar con capas físicas en serie de bit asíncrono o síncrono. Se adoptaron procedimientos de transmisión totalmente equilibrados para apoyar las transmisiones espontáneas desde las estaciones de servicio.


DNP 3 – ESTRUCTURA DE PROTOCOLOCAPA DE ENLACE DE DATOSLa capa de enlace DNP3 proporciona funcionalidad similar a la capa Ethernet.Contiene:• Dos bytes mágicos al inicio, con el valor 0x0564, señalando que se trata de un paquete

DNP3• Campo de longitud de un byte, que representa la longitud de todos los campos que la

siguen, menos la longitud de CRCs• Un campo de control de un byte, cuya estructura se presenta en la Figura a

continuación.• Dos campos de origen y de destino de bytes que identifican el remitente y el receptor

del mensaje• Un campo CRC de encabezado de dos bytes

Las funciones de enlace de datos incluyen:• Realización de retransmisiones de enlaces de datos de mensajes.• Sincronización y manejo del FCB en el octeto de control.• Establecer y borrar el bit DFC en función de la disponibilidad del búfer.• Embalar los datos del usuario en el formato de trama definido incluye CRC y transmitir los datos a la capa física.• Desempaquetar la trama de enlace de datos recibida de la capa física en datos de usuario, Comprobación y eliminación del CRC.• Control de la capa física.• Responder a todos los fotogramas válidos recibidos de la capa física.

DNP 3 – ESTRUCTURA DE PROTOCOLOCAPA DE ENLACE DE DATOS


CAPA DE ENLACE DE TRANSPORTE

Los datos que siguen al encabezado de la capa de enlace (capas de transporte y aplicación) se dividen en bloques de 16 bytes con un campo CRC de dos bytes añadido a cada bloque.

La capa de transporte se presenta en un solo byte y se utiliza principalmente para fragmentar grandes paquetes DNP3. (La longitud de cada paquete está limitada por el campo de longitud de byte, por lo que se permite un máximo de 255 bytes, excluyendo CRC.) Los bits FIN y FIR se usan para indicar que éste es el final y / O primer fragmento en la secuencia.

DNP 3 – ESTRUCTURA DE PROTOCOLOCAPA DE ENLACE DE TRANSPORTE

El número de secuencia de seis bits se utiliza para el reensamblaje de fragmentos. En el caso de que la carga útil esté compuesta solamente de un solo fragmento, tendrá los bits FIN y FIR establecidos.

DNP 3 – ESTRUCTURA DE PROTOCOLOCAPA DE APLICACIÓN

La capa de aplicación de DNP3 se compone de:

• Un Campo de Control de Aplicación de un byte, cuya estructura se detalla en la Fig. 3. El campo admite la funcionalidad de fragmentación en la capa de aplicación, así como indica si el mensaje actual no es solicitado o es una confirmación.

• Un código de función de un byte, que identifica la función a realizar por el dispositivo DNP3 objetivo (por ejemplo, Confirmar, Leer, Escribir, Seleccionar, Operar, Reinicio en frío, Respuesta, etc.).

• Un campo Indicaciones internas de dos bytes, que sólo está presente en paquetes que tienen un código de función Respuesta y cuyo objetivo es proporcionar detalles sobre el estado de la operación solicitada.

• Cero o más rangos de objetos, cuya estructura detallada se presenta en la Figura.

DNP 3 – ESTRUCTURA DE PROTOCOLOCAPA DE APLICACIÓN

Estructura de campo de control de aplicaciones DNP3

DNP 3 - ESTRUCTURA DEL RANGO DEL OBJETO

El tipo de objeto enviado en un rango de objetos DNP3 está determinado por el grupo de objetos y la variación dentro de ese grupo (por ejemplo, el grupo de objetos 0, la variación 252 corresponde a Atributos de dispositivo - Nombre del fabricante del dispositivo). Los tipos de objeto soportados varían según cada dispositivo compatible con DNP3, y cada fabricante generalmente documenta los tipos admitidos.

El campo de calificador se utiliza para determinar la estructura de indexación de los objetos. Tiene dos sub campos:

Código de prefijo de objeto, que especifica si cada objeto será prefijado con un índice o un campo de tamaño de una longitud específica.

Range Specifier Code, que especifica el tipo de campo de rango. El campo de rango básicamente determina el número de objetos dentro del rango.

DNP 3 - ESTRUCTURA DEL RANGO DEL OBJETO

Manejado/Admininistrado por el Grupo de Usuarios DNP 3 – Fabricantes, Empresas Eléctricas, Integradores de Sistemas y Desarrolladores de Software Respaldado por el Comité Técnico DNP 3 – Encargado del desarrollo y evolución del protocolo Muy Flexible y ampliamente implementado Tiene independencia de: – Hardware, Medio de Comunicación, Sistema Operativo y Fabricantes Es un protocolo Altamente Escalable – Nivel 1 – DEI sencillos (funcionalmente) – Nivel 2 – DEI y UTR de mediano tamaño – Nivel 3 – UTR avanzada, Concentradores de datos y Estaciones Maestras

DNP 3 - VENTAJAS

DNP 3 - VENTAJAS

• Broadcasting – Habilidad para enviar un mensaje a varios DEIs simultáneamente

• Mandos Confirmados (Select-Before-Operate) – Habilidad para utilizar “seguridad” adicional al operar salidas de control

• Datos con Fecha y Hora (Time-StampedData) – Registro de Eventos con resolución de ms para casi todos los objetos del protocolo

• Sincronización – Métodos para sincronización con medición de retrasos

• Banderas de Calidad – Habilidad para reportar puntos inválidos o fuera de línea.

• Formatos de Datos – Habilidad para reportar la información en diferentes presentaciones.

DNP 3 - VENTAJAS • Grupos de Interrogación (Scan Groups) – Habilidad para solicitar

grandes grupos de datos “no relacionados” en una misma pregunta.

• Reporte por Excepción – Habilidad para reportar la información confiablemente en base a la ocurrencia de eventos.

• Indicaciones Internas (Internal Indications) – Conjunto global de banderas incluidas en todas las respuestas. Éstas indican la salud del DEI así como el resultado de la última interrogación.

• Clases de Datos / Niveles de Prioridad – Habilidad para detectar cambios y reportarlos de acuerdo a su prioridad.

– Clase 0, Sin Prioridad

– Clase 1, Prioridad Más Alta

– Clase 2, Prioridad Media

– Clase 3, Prioridad Baja

Métodos de Interrogación – Provee diferentes esquemas para obtener los datos, varía la eficiencia por método – Interrogación estática (Polled Static) – Interrogación por Reporte por Excepción (Polled Report-by- Exception) – Reporte por Excepción No Solicitado (Unsolicited Report-by- Exception) – Sin Interrogaciones -silencioso- (Quiescent)

Alta Eficiencia – 78%, basada en el formato FT3 (EPA, OSI/ISO) Independiente del Medio de Comunicación – Cobre (232/485),

Radio VHF/UHF, Fibra Óptica, Red Telefónica, Micro-ondas, redes TCP/IP

DNP 3 - VENTAJAS

COMPARACIONES Generalidades

CARACTERISTICA IEC 61850 DPN3

Dominio de la aplicaciónAutomatización de subestaciones y alimentadores (abierta para otros dominios)

Telecontrol (SCADA), subestación interna y centro de control a subestación

Cobertura principalApplication Semantic (modelos de dispositivos y aplicaciones), lenguaje de configuración de subestaciones y capa de aplicación (servicios y protocolo)

Application Layer (Services and Protocol)

Norma de diseño crucial utilizada para el proceso de desarrollo de la norma

Simplificar la ingeniería y la integración de dispositivos (datos); Reutilizar modelos

Optimizar el uso del ancho de banda y del hardware

Modelos de información específicos de la aplicación

Unas 100 clases de nodos lógicos con más de 2000 clases de datos;

Permite a los proveedores crear extensiones específicas de aplicaciones

Objetos de datos y mensajes independientes entre sí

Simplificar la ingeniería y la integración de dispositivos (datos); Reutilizar modelos

Si

COMPARACIONES Arquitectura y Pilas de comunicaciónCARACTERISTICA IEC 61850 DPN3

Sistemas de comunicación soportados

TCP / IP y OSI sobre Ethernet 802.3 o X.21serial

V.24 / V.28 o X.24 / X.27; TCP / IP a través de Ethernet 802.

Capa7 layer (TCP/IP and OSI) and Logical Node (Data and Common Data) and object Library; 3 layer possible

4 capas (serie) o 7 capas (TCP / IP o UDP / IP)

Modo Full Duplex BalanceadoEnrutamiento IP, OSI NP IP if TCP/IP or UDP is supported

Protocolo de transporte TCP, OSI TP

Pseudo transporte sobre serial. Pseudo transporte, capa de enlace de datos encapsulada y TCP o UDP sobre IP

Direccionamiento

Apilado específico (varios campos de dirección para DLL, Red, Transporte, ..); Los objetos de la aplicación se denominan (64 caracteres) o bit mapeados en algunos casos

Fuente y destino 16 bits sobre serie. Agregue direcciones específicas de la pila para cada capa de implementación IP. Puerto TCP / UDP reservado y fijo.

Configuración de la pila de comunicación Algunos atributos de cada capa Algunos atributos

COMPARACIONES Configuración On-lineCARACTERISTICA IEC 61850 DPN3

Definir grupos de datos + +

Seleccionar datos para la generación de

informes++ +

Activar / desactivar los objetos de control de

comunicación+++ +

Cambio de informes / registro

comportamiento+++ +

Cargar la configuración + +

COMPARACIONES Configuración Off-Line


Descripción completa de la configuración del dispositivo

DTD XML / XML especifica la semántica de dispositivos,

dispositivos lógicos, nodos lógicos, datos en el contexto de la

subestación real (que describe la información opcional y la información

privada)

Documento solo en papel; Documento en línea bajo

desarrollo

Ubicación de la configuración

La configuración completa está en el IED

En cualquier momento consecuente; Adicionalmente en el archivo XML de

la configuración

Configuración de RTU y / o IED, configuración de bases de datos y

configuración de aplicaciones.

COMPARACIONES

Descripción de los datos de proceso

CARACTERISTICA IEC 61850 DPN3Tipos de datos soportados Flexible, fácilmente extensible Flexible

Dirección / Índice de identificación

Nombres jerárquicos (por ejemplo, AB.E1.Q1 /XCBR4.ST.Pos)

Índice de puntos: 8, 16 o 32 bits

Calidad ++ ++Valores mayor a 1 en un mensaje (grupos de datos, conjuntos de datos)

Muchos de cualquier tipo Varios de cualquier tipo

Autodescripción de datos

Nombre de datos, tipo, característica funcional, opción de disparo de informe, banda muerta, rango de valores.

Algunos

COMPARACIONES Integración en aplicaciones


Integración de Datos

Mapeo directo de objetos STANDARD nombrados a las variables de la base de datos de aplicación o programas.

Mapeo (1) de objetos de

comunicación indexados a objetos de aplicación y

(2) objetos de aplicación a las variables de la base de datos de aplicaciones o programas

Interfaz de programación de aplicaciones (API)

No standard API No standard API

Servicios Operacionales

COMPARACIONES


Ciclo de transmisión okPermitido, pero el intervalo no se puede ajustar remotamente

Transmisión espontánea Flexible OKLectura OK OKEscritura OK OKSustitución remota (en línea) OK OKSincronización de reloj ok OK(Dispositivo) de interrogación OK OK

Control de parametrización

Flexible (definir, cambiar y editar)

Cambiar algunos parámetros relacionados con la comunicación; Más en desarrollo

BIBLIOGRAFÍA

http://dspace.ucuenca.edu.ec/bitstream/123456789/26412/1/tesis.pdf http://

www.enernex.com/wp-content/uploads/2012/04/Features-and-Benefits-of-IEC-61850_web.pdf

https://www.slideshare.net/shreynith/report-paper http://bibing.us.es/proyectos/abreproy/70641/fichero/4.+IEC-61850.pdf http://

xanthus-consulting.com/IntelliGrid_Architecture/Technology_Analysis/Anl_Data_Recomm.htm

http://www.academia.edu/16727349/Comparison_of http://

read.pudn.com/downloads151/doc/comm/655523/DNP3QuickReference.pdf

https://www.ixiacom.com/company/blog/scada-distributed-network-protocol-dnp3

https://es.slideshare.net/JosAntonioGonzlezLpe1/curso-dnp-3-por-sel http://www.dpstele.com/dnp3/tutorials2.php?l=1597300001

http://read.pudn.com/downloads151/doc/comm/655523/DNP3QuickReference.pdf


http://bibing.us.es/proyectos/abreproy/70641/fichero/4.+IEC-61850.pdf



















https://es.slideshare.net/JosAntonioGonzlezLpe1/curso-dnp-3-por-sel

https://es.slideshare.net/JosAntonioGonzlezLpe1/curso-dnp-3-por-sel

http://www.dpstele.com/dnp3/tutorials2.php?l=1597300001

http://www.dpstele.com/dnp3/tutorials2.php?l=1597300001