1.

NORMAS APLICABLES
Todo el software y equipamiento del Sistema provisto debe cumplir con los estándares
consistentes aceptados por la industria, con el objeto garantizar un gran rendimiento, alta
confiabilidad, mantenimiento estandarizado y arquitectura abierta, maximizando las relaciones
beneficios/costos en futuras etapas de ampliación.

Normas de Aplicación internacional

ANSI: American National Standard Institute
ANSI/ISO/IEC/IEEE ISO : International Standard Organization
IEC: International Electrotechnical Committee
IEEE: Institute of Electrical and Electronic Engineer

Normas en que se debe basar el Sistema SCADA.

1. IEEE 999-1992: Recommended Practice for Master/Remote Supervisory Control and
Data Acquisition (SCADA) communications

2. IEEE C37-1-2007: IEEE Standard for SCADA and Automation Systems.

Los estándares mencionados deben hacer posible en el Sistema SCADA, lo siguiente:

 Expansión: Todo el software debe ser dimensionado para el crecimiento a futuro de las
instalaciones.

 Modularidad: Esta característica debe permitir minimizar costos y complejidad en la adición

o cambios al Software del Sistema.

 Escalabilidad: Permite el crecimiento del Sistema en forma Horizontal y Vertical hacia

niveles superiores de Scada.

 Portabilidad e interoperatividad : El software debe ser diseñado para ser independiente

del hardware y para su operación en ambientes de red y uso de protocolos de intercambio a
niveles inferiores y superiores.

13. SISTEMA SCADA

El SCA deberá tener las siguientes características:

1) Sistema funcional, flexible, de alta disponibilidad, pegado a estándares, con capacidades

de expansión (modular, escalable en el tiempo) y un acceso abierto pero con un alto nivel
de seguridad, fundamental para la utilidad y optimización de la inversión en el largo plazo.
Debe utilizar una arquitectura de software que permite que las funciones sean portables,
flexibles y robustas, permitiendo además una distribución del procesamiento efectivo en
el contexto de la tecnología actual, entre diferentes componentes del sistema SCADA,
de modo de optimizar el funcionamiento general del sistema.

2) Debe estar basado en computadores que permitan supervisar y controlar a distancia una
instalación; proceso o sistema de características variadas. Los suministros que formaran
parte del proyecto deberán ser de proveedores reconocidos, con registro probado de
mejoras continuas (upgrades) y compatibilidad de sus productos.

3) La arquitectura del sistema debe utilizar estándares industriales no propietarios para

permitir conexión transparente con otras redes, hardware y software.

4) Los servidores Scada y las funciones software SCADA tendrán una capacidad
automática de conmutar en caso de indisponibilidad de uno de ellos.
5) La configuración integrada del hardware y software tendrá la posibilidad de ser expandida
adicionando nuevas computadoras al Sistema SCADA, de tal forma que permitirá una
migración rápida y flexible de los datos entre los componentes del SCADA.

6) Cumplirá y excederá los requisitos de tiempo de respuesta y disponibilidad, ayudando a

la maximización de la eficiencia y la confiabilidad de la operación del sistema eléctrico.

7) Los equipos de cómputo deberán ser de la versión y arquitectura más recientes

disponibles para la integración del SCADA.

8) Los softwares incluidos deben cumplir con los lineamientos especificados en los
estándares formales y de facto de la arquitectura de sistemas abiertos.

9) Los programas del software de soporte que ejecutan funciones críticas, tales como
manejo de la base de datos y soporte de la interface de usuario, deben estar basados en
productos disponibles comercialmente, sin ningún riesgo de desarrollo y que hayan sido
probados en campo.

10) La configuración debe ser concebida como una solución costo/efectiva, de tal forma que
minimice los costos asociados con hardware, mantenimiento del Sistema y previendo
una expansión futura.
11) El Sistema Scada debe estar claramente documentado, el software de soporte y las
aplicaciones deben estar escritas en un lenguaje de alto nivel y el conocimiento
tecnológico del SCADA será transferido con el fin de asegurar una capacitación
apropiada del personal que será responsable por su operación.

12) Para el soporte del sistema, el sistema SCADA debe proveer las funciones de:
actualización de su base de datos de tiempo real sin interrupciones de sus demás
funciones, así como supervisión y manejo automático de la conmutación de servidores
(failover automático), equipos de red y equipos periféricos ante fallas, almacenamiento
de datos en medios de respaldo.

13.1 Redundancia del sistema SCADA

El sistema SCADA tendrá la potencialidad de extender su capacidad para integrar hasta cuatro
servidores en configuración “Hot-Stand by” para lograr lo que se conoce como redundancia
múltiple del SCADA. En esta configuración uno de los servidores estará activo todo el tiempo,
mientras que los otros tres se encontrarán en estado de espera (Stand By), pero en todo
momento su base de datos se mantendrá en estado totalmente sincronizado con la base de
datos del servidor activo, recibiendo cada actualización que ocurra en este inmediatamente. Si
uno de los servidores Stand By detecta una pérdida de comunicación durante su proceso
continuo de monitoreo (deja de recibir mensajes por falla del servidor activo) o si se detecta una
falla en el hardware del servidor activo, iniciará el proceso de failover, sin intervención del usuario,
tomará el control del sistema y reanudará la operación normal del sistema SCADA
inmediatamente después de la falla

Para el presente proyecto, uno de los servidores del CENTRO DE CONTROL (Servidor SCADA
A) se encontrará en modo Activo y el otro servidor (Servidor SCADA B) se encontrarán en Stand
By.

Si durante el proceso de monitoreo continuo entre servidores, los servidores en Stand By

detectan una falla en el servidor Activo A, se inicia el proceso de conmutación por fallas (failover)
del Sistema Scada, sin intervención del usuario, y el servidor en Stand By (servidor SCADA B)
se vuelve Activo, tomando el control del Sistema Scada y reanudando la operación normal de
inmediato, garantizando la alta disponibilidad del sistema. Con la anterior forma, los operadores
todavía mantendrán la visibilidad y control completos del Centro de Control desde sus estaciones
de operación, sin pérdida de funcionalidad durante la falla del servidor Activo.
Cuando se restaure la falla en el Servidor A, el servidor activo en este caso el Servidor B, del
Centro de Control, consultará y comparará el tiempo que cada uno ha estado activo. El servidor
que ha estado activo durante más tiempo (en este caso el Servidor A) se mantendrá activo, y el
otro servidor (Servidor B) cerrará su función SCADA, que tendrá que reiniciarse para que se
vuelva a sincronizar con el Servidor A.

13.2 Disponibilidad

El Sistema propuesto debe trabajar en una base de 24 horas, 7 días a la semana como una
herramienta de operación para los Operadores.

13.3 Sistema parametrizable

El sistema SCADA debe ser un sistema flexible con amplias facilidades de parametrización y
configuración. Esto permitirá una completa personalización del sistema, la cual será llevada a
cabo al inicio de la implementación del sistema con estrecha colaboración del personal del cliente
final, asegurando la transferencia de conocimiento.

La parametrización permitirá realizar modificaciones posteriores a la carga inicial del sistema, de

tal forma que si el cliente final determina una forma más eficiente de configurar su sistema, ésta
pueda hacerlo propagando los cambios de los parámetros modificados al resto del sistema ya
cargado sin la necesidad de una regeneración completa o parcial del sistema.

Entre otros aspectos, durante la fase de parametrización, se personalizarán los siguientes

elementos, de acuerdo a los requerimientos operacionales del cliente final:

 Codificación de la base de datos

 Formato y colores para la presentación de los mensajes de alarma y eventos del sistema
 Tipos de sonido para cada alarma audible del sistema
 Otros parámetros de alarmas: si es reconocible o no, si emite sonido o no, etc.
 Simbología y colores para la representación de cualquier elemento en un diagrama así como
de los dispositivos eléctricos en los diagramas unilineales, tabulares y resto de despliegues
 Colores para la representación del coloreo topológico de la red
 Formato de almacenamiento y representación de las medidas analógicas
 Estilo de los despliegues en el sentido de los colores de fondo, distribución de las barras de
herramientas, cuadros de diálogos, menús, etc.
 Parámetros para el almacenamiento histórico de las medidas y alarmas, tales como: período
de retención, frecuencia de almacenamiento, qué medidas van al archivo, etc.
13.4 Descripción de las funciones del sistema

Adquisición de Datos

El sistema SCADA debe estar preparado para integrar en el futuro más señales, puesto que
maneja una gran cantidad de puntos limitados solo por las capacidades del hardware del
sistema

Cuadro 13.1 Capacidad del Sistema SCADA

Parámetro de Dimensionamiento Capacidad del Sistema SCADA
Puntos Analógicos:
 Tele medidos
 No-Tele medidos
 Calculados

Puntos de Estado:
 Tele medidos
 No-Tele medidos
 Calculados
Igual o Mayor a 5000 Tags, o su equivalente en otra
Puntos de Contadores: unidad del suministrante.
 Tele medidos
 No-Tele medidos
 Calculados
Puntos SOE
Salidas:
 Control remoto
 Analógicas (setpoint)

Procesamiento de Datos

Verificación de Límites

El sistema SCADA debe comprobar cada valor analógico cada vez que hace un barrido o un
cálculo, contra un sistema de tres límites altos y tres límites bajos predefinidos y modificables por
el operador, los cuales son especificados individualmente para cada punto analógico de la base
de datos. Estos tres (3) límites son:

1. Límites altos y bajos de “Pre-Emergencia” (HI y LO): una lectura fuera de uno de
estos límites indica que la medida analógica ha superado sus límites de pre-
emergencia recomendados.
2. Límites altos y bajos de “Emergencia” (HIHI y LOLO): una lectura fuera de uno de
estos límites indica un estado de emergencia de la medida analógica, entendiendo
“emergencia” como más grave que haber excedido el nivel de pre-emergencia.
3. Límites altos y bajos “Irracionales” (HIHIHI y LOLOLO): una lectura fuera de uno de
estos límites indica un estado irracional de la medida analógica, entendiendo
“irracional” como más grave que haber excedido el nivel de emergencia.

La detección de una violación del límite dará lugar a las alarmas pertinentes. También se
generará una alarma de indicación de retorno a normal cuando esta condición de alarma de
violación de límite vuelva a normal. Cada uno de los tres límites de alarma mencionados debe
ser tratado por el Sistema por separado, es decir, los datos analógicos que han vuelto a normal
de una alarma del límite irracional pueden todavía estar en el estado de alarma del límite de
emergencia y/o en el estado de alarma de límite de pre-emergencia.
El Sistema debe proveer la funcionalidad de banda muerta (deadband) para el procesamiento
de la alarma de retorno a normal.

Cálculos

La función de cálculos del sistema SCADA permitira obtener información derivada de puntos de
campo, puntos calculados o datos ingresados manualmente por el operador. Se define dos tipos
de cálculos que se detallan a continuación.

 Cálculos Periódicos

El cálculo de un determinado punto se ejecutara en forma periódica a un tiempo configurable por

el usuario. Cada cálculo debe estar especificado por un código de función y puede tener hasta
siete parámetros dependiendo de la función:

 Los parámetros pueden ser puntos analógicos, puntos de estado o valores numéricos
constantes.
 Algunos parámetros pueden ser entradas, algunos pueden ser salidas y algunos pueden ser
ambos.
 Algunos parámetros pueden ser opcionales.

El sistema SCADA debe soportar cálculos del tipo entero, real y mixto.

El sistema SCADA debe integrar funciones de cálculo periódico, entre las principales tenemos:
Suma algebraica, Resta algebraica, Multiplicación, División, reinicio (reset) automático,
acumulación, máximo/mínimo/promedio, Exponenciación, enclavamiento de puntos de estado,
cálculo de desviaciones de setpoints, cuenta del Número de aperturas y cierres, Funciones
trigonométricas seno y coseno, logaritmo natural, cálculo de potencias y factor de potencia,
demanda, desbalance de fases,

 Cálculos Booleanos

Son un conjunto de cálculos lógicos y/o aritméticos que se definen mediante el editor Segment
Editor del módulo de edición de la base de datos Scada.
Los cálculos booleanos se ejecutan en forma periódica cada 15 segundos o cuando ocurre un
cambio de estado.

Soportan el uso de funciones algebraicas lógicas como AND, OR, NOT, XOR y NAND, para
definir lógica binaria simple u operaciones aritméticas. Si la salida es un punto de estado,
entonces se generarán alarmas de cambio de estado cuando el valor cambia. Si es un punto
analógico, cada nuevo valor es revisado contra violaciones de límites de alarmas. A través de
este editor se podrán combinar operaciones algebraicas enteras, reales y/o mixtas con
operaciones lógicas.

 Programación mediante Secuencia de Comandos

El sistema SCADA debe integrar un lenguaje de programación que permita definir y ejecutar
programas utilizando puntos de la base de datos SCADA como variables. Puede utilizarse para
realizar programas para cálculos, secuencias de control de lazo abierto o controles de lazo
cerrado.

El código fuente para un programa se edita y compila mediante el editor de secuencias de

comando. Un programa puede ser iniciado y detenido desde este editor. Una secuencia de
comando puede también definirse para que sea activada automáticamente por un cambio de
estado de un punto de estado.

El lenguaje de Secuencias de Comandos tiene las siguientes características:

 Operadores aritméticos y booleanos
 Evaluación de expresiones aritméticas y booleanas
 Funciones circulares, exponenciales y logarítmicas
 Funciones de mínimos, máximos, valor absoluto y módulo
 Función de hora actual
 Comparaciones y pruebas
 Bifurcaciones hacia delante o atrás por etiquetas
 Comando Delay, para hacer que la secuencia de comandos haga un retardo por un intervalo
de tiempo especifico
 Capacidad para enviar controles y setpoints
 Capacidad para emitir alarmas
 Ilimitadas variables temporales por secuencia de comando
 5 variables permanentes (sostenidas después de reinicios del sistema)
 Arreglos de nombres de puntos y constantes numéricas
 Comentarios
 Capacidad para llamar otras secuencias de comando como subrutinas
 Plantillas (subrutinas) que pueden ser definidas con parámetros de entrada y salida. Son
referenciadas con el editor de cálculos periódicos, permitiendo desarrollar cálculos complejos
para ejecución periódica
 Matriz de búsqueda de tablas de dos dimensiones
 Comando Tag, para agregar etiqueta a un punto de estado
 Solicitud de reporte
 Configuración de límites de alarmas analógicas
 Disparo de eventos mediante cambios de estado

Las principales funciones y estructuras de control del lenguaje de Secuencias de Comandos

deben ser valor absoluto, raíz cuadrada, máximo, mínimo, logaritmo, antilogaritmo, funciones
trigonométricas (seno, coseno, tangente), arco seno, arco coseno, arco tangente, estructuras de
control (IF/ELSE/ENDIF, DO/WHILE/ENDWHILE, ONGOTO)

 Datos no Tele medidos

El sistema SCADA debe soportar la lectura de datos analógicos, de estado y acumuladores, con
característica de no ser telemedidos; que podrán ser actualizados por entradas manuales del
operador o permanecer permanentemente sin actualización. Cada vez que se realice un cambio
manual por un operador, el sistema SCADA debe registrar un mensaje con un evento del cambio
realizado y el usuario que lo realizó.

Los puntos no telemedidos podrán ser presentados en despliegues de interfaz de usuario y

podrán ser registrados en reportes. Tendrán el mismo tratamiento que los puntos telemedidos,
en cuanto al procesamiento de datos (límites de alarmas, cálculos, etc.). Si un determinado punto
de la base de datos que sí es telemedido no está siendo actualizado, podrá ser sustituido
manualmente por el operador y recibir todos los procesamientos indicados anteriormente.
  Códigos de Calidad

El sistema SCADA debe tener códigos de calidad para cada uno de los datos tomados de campo,
calculados o ingresados manualmente, que son presentados en despliegues tabulares o en la
interfaz gráfica de usuario, claramente identificados según la tabla que se muestra a
continuación.

Cuadro 13.2 Códigos de calidad para puntos calculados

Código de Descripción Ocurrencia

Calidad
“ “ Normal Cuando el punto es actualizado normalmente
“M” Dato ingresado manualmente Cuando el punto es ingresado manualmente
por el usuario
“*” Calculado de datos ingresados Cuando el punto es ingresado manualmente o
manualmente es estimado por el servidor
“F” Falla de Telemetría Cuando el enlace al servidor se ha caído, o el
punto tiene falla de telemetría en el servidor
(es decir, el valor no es actualizado)

 Manejo de Cambios de Estado

Los valores digitales de los puntos de 4 estados deben ser almacenados por el sistema SCADA
con dos bits consecutivos de información. Los valores digitales de alarmas serán almacenados
con un solo bit.

Con dos bits de información, para los interruptores y seccionadores se tendrán cuatro valores de
estado: Abierto, Cerrado, Tránsito y Error. Con un bit de información, para las alarmas se tendrá
dos valores de estado: Abierto y Cerrado. Un cambio de cualquiera de estos estados origina una
alarma en el Sistema. El sistema SCADA debe permitir especificar el conjunto de textos que
serán utilizados para representar estos cambios de estados y mostrarlos en interfaces de usuario,
a través de una ventana de diálogo de edición de textos. Cada conjunto de textos contiene hasta
cuatro textos de estado. Los cuatro textos de estado corresponden a los cuatro posible estados
de un punto de estado con dos bits de información. Cuando el punto cambia de estado se genera
una alarma mostrando el estado definido.

Mediante esta ventana de diálogo, el usuario también podrá definir los mensajes que aparecen
en el sistema cuando se envían comandos a los dispositivos controlables, por ejemplo comandos
de apertura (Open) y Cierre (Close).

Monitoreo de las Comunicaciones

El Sistema SCADA debe tener un utilitario que permita monitorear la tarea de barrido de las
líneas de comunicaciones utilizando el protocolo de comunicaciones respectivo. Este utilitario
permitirá observar los mensajes enviados y las respuestas recibidas de los PLCs.

El registro del monitoreo de cada línea de comunicación debe ser almacenado en archivos de
texto en los servidores del Sistema, para labores de mantenimiento del sistema.
Áreas de Responsabilidad

El sistema SCADA debe tener la capacidad de agrupar lógicamente los puntos de la base de
datos en áreas de responsabilidad basadas en requerimientos geográficos, operacionales y/o de
seguridad. El sistema permite definir hasta 128 áreas de responsabilidad.

Seguridad del Sistema

Los servidores en los que operará el sistema SCADA deberán contar con las disposiciones de
seguridad propias del Sistema Operativo Windows Server y del Sistema SCADA.

El acceso a los componentes del sistema operativo Windows de los servidores SCADA estará
determinado según la base individual de cada usuario y los permisos asignados por el
administrador del sistema. Sólo los usuarios que tengan atribuciones de “administradores”
tendrán la capacidad para modificar los parámetros de nivel Sistema Operativo, o agregar o
eliminar mayores privilegios de acceso de usuarios, ver archivos y/o directorios o asignar otros
recursos.

El acceso al sistema SCADA será controlado por medio de procedimientos de autorización y

autenticación de usuario. La autorización del usuario despliega un subsistema de ingreso que
utiliza la verificación del nombre de usuario y una contraseña. Después que el usuario ha
ingresado exitosamente a los servidores, el acceso al sistema SCADA se restringe a una o más
áreas de responsabilidad, por medio de la cual se definen los elementos de la base de datos que
estarán disponibles para el usuario. También se restringen las capacidades funcionales por
medio de la asignación de su modo de operación. Si se requiere de un nuevo inicio de sesión
éste será precedido por un procedimiento de cierre de sesión.

Cada inicio o cierre de sesión será reportado como un evento del sistema. El mensaje del evento
indicará la fecha y hora en que se ejecutó el procedimiento, el nombre del servidor y la
identificación del usuario. El estado de la sesión del usuario no se verá afectado por una falla en
el sistema o un procedimiento de restauración del mismo.

El sistema SCADA debe permitir designar perfiles de usuario para asignar nombres de usuario,
contraseñas, áreas de responsabilidad y modos de operación, mediante el programa de edición
de la base de datos, que también suministra la posibilidad de que los usuarios cambien sus
propias contraseñas, de acuerdo a las funciones a ser ejecutadas a las que estará autorizada,
por medio de una secuencia sencilla e intuitiva.

Los password SCADA son de tiempo limitado. Cuando un password expire, el usuario deberá
ingresar uno nuevo.

INTERFAZ GRÁFICA DE USUARIO

La interfaz gráfica de usuario (GUI) del Sistema SCADA debe Tener la capacidad de manejar
múltiples vistas en forma paralela a través de una misma pantalla. Proporciona sofisticadas
herramientas de navegación, con características Estándar.

Entre las características más importantes de la interfaz grafica estarán:

 Disponer de una biblioteca de gráficos.

 Capacidad de construir gráficos estáticos y dinámicos que representen y simulen a las
mediciones físicas obtenidas en campo
 Capacidad de construir gráficos de tendencias
 Capacidad de efectuar reportes tabulares
 Presentación de reportes de datos históricos
 Facilidades para almacenar archivos históricos en formato DVD y en cinta magnética.
 Capacidad de introducir imágenes, acceder a registros de la base de datos y generar
reportes.
 Interacciones de alarma basadas en áreas de responsabilidades (AOR).
 Registro de curvas de tendencia en tiempo real e históricas en cualquier monitor, con canales
múltiples en una sola ventana, seleccionar el punto a ser registrada su tendencia desde
cualquier despliegue en tiempo real, etc. Capacidad para 10 tendencias sobre un mismo
gráfico.
 Presentación de datos dinámicos: textos numéricos, símbolos, gráfico de barras, trazado en
coordenadas, atributos como colores, texturas y parpadeo, etc.
 Capacidad para importar/exportar despliegues .dxf u otros formatos estándares, para
generar la parte estática de los despliegues a ser producidos por el cliente.

Capacidades de Despliegue

La GIU debe permitir la visualización gráfica de la operación y la funcionalidad del sistema en

forma local y remota. A su vez debe proveer funcionalidades para múltiples aplicaciones entre
ellas, presentación de registros de alarmas, curvas de tendencia de parámetros telemedidos,
información del sistema e información de mantenimiento predictivo.

Las ventanas deben incluir menús, tablas, editores e iconos, fáciles de usar, que permiten crear
aplicaciones escalables sin la necesidad de programación. El editor de la GIU debe permitir al
cliente crear presentaciones gráficas en plataformas en alta resolución. La interfaz permite utilizar
también simbología definida por el usuario.

La GUI del sistema SCADA debe permitir mostrar la operación en modo multipantalla, pudiendo
manejar y controlar cada pantalla de manera independiente.

Despliegue en Tiempo Real del Estado de las Comunicaciones

Las líneas de comunicación deben tener puntos de estado, los cuales pueden ser llevados a una
vista panorámica de la GIU permitiendo monitorear el estado de los enlaces de comunicaciones
con los PLCs.

Procesamiento de Alarmas

Las alarmas en la GIU se deben mostrar de dos formas, mediante una barra de alarmas en la
parte inferior de las vistas y mediante ventanas de alarmas. Ambas muestran las alarmas del
sistema desde la más reciente a la más antigua. La barra de alarmas es una lista resumida de la
ventana de alarmas.

Las alarmas pueden definirse para cada uno de los cambios de estado de un punto de estado,
así como para violaciones de límites para un punto analógico, según prioridades definidas.
La GIU debe soportar diez niveles de prioridad de alarmas, en donde las alarmas de prioridad
cero se consideran pre-reconocidas y no emiten ningún sonido ni hacen que los puntos
parpadeen en el mapa. En cambio las alarmas de prioridad más alta (1 al 10) requieren un
reconocimiento y pueden emitir sonidos audibles. Los sonidos pueden consistir en archivos WAV
que se pueden asignar a cada prioridad.

La ventana de alarmas deben mostrar diferentes listas de alarmas. Cada lista de alarmas tiene
un nombre y su propio criterio de selección (ejemplo el usuario puede tener una lista de alarmas
que muestra solo las alarmas no reconocidas o una que solo muestre las alarmas de prioridad
cuatro o una que muestre solo alarmas bloqueadas). El usuario puede crear su propia lista de
alarmas con selección de los múltiples criterios que ofrece el sistema (zonas de responsabilidad,
orden cronológico, prioridades, tipos, atributos)

Los campos que se deben mostrar en la ventana de alarmas son los siguientes:

 DATE: Fecha de ocurrencia de la alarma (mes y día). La fecha aparece resaltada si la alarma
no ha sido reconocida.
 TIME: Hora de ocurrencia de la alarma.
 CLEAR: Estado activo de la alarma. Si la alarma está pendiente, esta columna está en
blanco. Si la alarma ha sido borrada, el texto (CL) aparecerá en esta columna.
 ALARM: Texto de la alarma. Cada alarma desplegada tiene un código de color. El esquema
de colores de alarmas se define para reflejar:
o prioridad de la alarma
o alarma ha sido reconocida o no
o alarma ha sido momentánea o sostenida
o si es alarma sostenida, la alarma está pendiente o ha sido borrada

Gráficos de Tendencia

La GIU debe permitir mostrar dos tipos de gráficos de tendencia:

 Gráficos de Tendencia en Tiempo Real

 Gráficos de Tendencia Histórica

Se debe tener la capacidad de mostrar hasta 10 tendencias por cada gráfico de tendencia en
tiempo real o gráfico de tendencia histórica.

Los gráficos de tendencia deben tener características que faciliten su definición y revisión por
parte de los operadores. Muestran un eje para el tiempo y el otro para el valor de un punto
seleccionado de la base de datos del sistema.

19.1. Sistema Scada.

ITEM CARACTERÍSTICAS
1 ARQUITECTURA
1.1 Plataforma Windows
1.2 Sistema Escalable desde un HMI hasta un sistema múltiple redundante

1.3 Opciones de arquitectura doble redundante y múltiple redundante

1.4 Número de estaciones de trabajo (locales o remotas)

1.5 Cualquier servidor o estación de trabajo puede utilizarse como desarrollador del sistema
SCADA
1.6 Componentes del centro de control interconectados, utilizando redes de área local (LAN)
redundantes
2 COMUNICACIONES

2.1 Número de líneas de comunicación de diferentes tecnologías: Línea telefónica dedicada,

dial Up, Microondas, fibra óptica, Radio, Internet-Cable/ADSL/DSL, Tecnología celular
GPRS/EDGE/HSDPA, Radios UHF, WI-FI, Wireless, Satelital. (*)
2.2 Comunicación serial o sobre TCP/IP

2.3 En comunicaciones sobre TCP/IP, el Sistema SCADA debe tener la capacidad de

comunicarse en forma directa a IED’s, PLC’s sin necesidad de utilizar convertidores de
protocolos o RTU’s intermedias
2.4 Múltiples protocolos sobre una misma línea de comunicación sobre TCP/IP: DNP 3.0,
Modbus TCP bajo Ethernet
2.5 Protocolos de Comunicación nativos y propios del Software SCADA del Sistema.
2.6 Sistema flexible que permita integración futura de protocolos de comunicación cuando
estos se requieran
2.7 Capacidad de obtención de estadísticas de comunicación.

(*) Estas capacidades solo deben estar limitadas por los recursos de las computadoras, red o
sistema operativo (límites tal como la memoria o espacio en el disco duro). (*)
ITEM CARACTERÍSTICAS
3 BASE DE DATOS
3.1 Edición de la Base de Datos en línea sin necesidad de interrumpir la operación del
Sistema

3.2 Interfaz con Base de Datos Relacional (SQL Server, Oracle, Sybase, MS Access, etc.)
para almacenamiento de datos históricos e intercambio de información con sistemas
GIS, AMI y CIS.

3.3 Performance Mínima del Sistema (Alarmas-Eventos por Segundo).

3.4 Número de puntos en la Base de Datos. (*)

3.5 Integración Fácil, Rápida e Intuitiva.

3.6 El sistema Scada con capacidad de proveer de programas adicionales que permitan al
usuario desarrollar sus propias aplicaciones y relacionarlas con el Sistema Scada
4 INTERFAZ GRAFICA

4.1 Interfaz Gráfica "Full Graphics" basada en coordenadas geográficas y multicapas

4.2 Zoom continuo e incremental.

4.3 Importación de gráficos, símbolos y mapas geográficos creados con sistemas GIS u
otros como Auto CAD en formato DWG, DXF y uso de editores propios del software para
edición o creación de otros objetos personalizados al mapa SCADA.
4.4 Visualización de gráficos de datos históricos, gráficas de tendencias a intervalos de
muestreo de 1 segundo o mayores.
4.5 Capacidad de crear cualquier número de vistas dentro del mapa. Las vistas podrán ser
accesadas mediante cuadros de diálogos desplegables o “Pushbuttons” en el mapa.
4.6 Procesador gráfico de "conectividad", del estado de cada uno de los elementos gráficos
que permita el coloreo dinámico de la red de la distribución.
4.7 Capacidad de control de los dispositivos de campo, ajustes de valores de la base de
datos (por ejemplo: los límites de alarmas), reconocimiento o bloqueo de alarmas, entre
otros

(*) Estas capacidades solo deben estar limitadas por los recursos de las computadoras, red o
sistema operativo (límites tal como la memoria o espacio en el disco duro).

ITEM CARACTERÍSTICAS
5 SEGURIDAD DEL SISTEMA

5.1 Mecanismos para definición y control de acceso del operador tanto en el Centro de
Control y estaciones de trabajo locales y remotas.
5.2 Número de usuarios y claves de usuario con sus respectivos niveles de acceso (*).

5.3 Áreas de responsabilidad

6 CARACTERISTICAS ADICIONALES

6.1 Software modular que permite integración de funcionalidades adicionales cuando estos
se requieran
6.2 Capacidad de sincronización de hora con reloj GPS externo
6.3 Capacidad de creación de secuencias de automatización

6.4 Capacidad de generar interfaces gráficas tipo WEB, a través de un Servidor Web
Independiente.

(*) Estas capacidades solo deben estar limitadas por los recursos de las computadoras, red o
sistema operativo (límites tal como la memoria o espacio en el disco duro).

20 ESPECIFICACIONES TECNICAS DE HARDWARE Y SOFTWARE DEL CENTRO DE

CONTROL

21.1. Servidores scada – servidor historico

Características principales:

Montaje Rack 2U
Procesador Intel Xeon , 2.3GHz.
Memoria RAM 16GB.
Disco Duro 2X1TB
Unidad Óptica Lector/grabador CD/DVD RW
Unidad de lectura Salidas USB (mínimo 4/ 1 dentro de chasis)
Arreglo RAID 1
Sistema Operativo Windows Server 2016
Alimentación 220VAC-Redundante
Puetos SAS Tecnologia LT04 (solo para servidor historico)

21.2. Estaciones de operación e ingeniería

Características principales:

Procesador : Intel Xeon Processor (3.20 Ghz Intel QPI)

Memoria RAM : 8GB
Tarjeta de video : 1GB NVIDIA mín./ 2 salidas de vídeo
Disco Duro : 1TB
Fuente : 220 VAC
Sistema Operativo : Windows® 7 o superior
Software : Microsoft Office Proffesional o superior
Teclado : entrada USB
Mouse : entrada USB
Unidad Óptica : Lector/grabador CD/DVD RW
Unidad de lectura : Salidas USB

21.3. Monitor para estaciones de operación e ingeniería

Características principales:
Tipo de tecnología de la pantalla : LED
Tamaño de la pantalla : 27” pulgadas
Ángulo de visión de la pantalla : 178° vertical / 178° horizontal
Resolución : 2560 x 1440
Conectividad : 1 Dual Link Digital Visual Interface connectors (DVI-D) 1 High
Definition Multimedia Interface (HDMI)
1 Video Graphics Array (VGA)
4 USB
1 Audio out
DC power connector
Alimentación : 220VAC

21.4. Gabinete de sala de control

Características principales:

Rack : 42 U

Altura : 2000mm

Ancho : 600mm

Profundidad : 1000mm

Laminas : perforadas
Incluyen : Puertas traseras duales con brida mecanismo
reversible frente de la puerta puertas frontal extraíble y
ruedas giratorias traseras pies de nivelación de fácil
acceso

21.5. Switch / router / firewall

Características Principales

Temperatura de Operación : -40 a +85 °C

Puertos Ethernet : 12 puertos cobre 10/100/1000Tx RJ45

Alimentación : Fuentes redundantes 88-300VDC, 85-264VAC

Grado de Protección : IP40

Montaje : Rack

Cumplimiento de Normas Ambientales y de Inmunidad a Interferencia Electromagnética

(EMI):

IEC 61000-6-2 Industrial (Generic)

IEC 61800-3 Industrial (Variable Speed Drive Systems)
NEMA TS 2 Traffic Control Equipment
IEEE:
802.3-10BaseT
802.3u-100BaseTX, 100BaseFX
802.3ab-1000BaseTX
802.1d-Spanning Tree Protocol
802.1p-Class of Service
802.1w-Rapid Spanning Tree Protocol