Documentos de Académico
Documentos de Profesional
Documentos de Cultura
ESPECIFICACIÓN
CFE G0000-93
AGOSTO 2008
REVISA Y SUSTITUYE A LA
EDICIÓN DE NOVIEMBRE 1998
MÉXICO
ESPECIFICACIÓN
UNIDADES CENTRALES MAESTRAS PARA SCADA
CFE G0000-93
CONTENIDO
1 OBJETIVO_________________________________________________________________________ 1
2 CAMPO DE APLICACIÓN ____________________________________________________________ 1
3 NORMAS QUE APLICAN _____________________________________________________________ 1
4 DEFINICIONES _____________________________________________________________________ 1
4.1 Aplicación SCADA __________________________________________________________________ 1
4.2 Centro de Control de Operación de Distribución _________________________________________ 2
4.3 Compatibilidad _____________________________________________________________________ 2
4.4 Comunicación a Nivel Inferior ________________________________________________________ 2
4.5 Comunicación a Nivel Superior _______________________________________________________ 2
4.6 Conjunto Redundante de Discos Independientes (RAID5) _________________________________ 2
4.7 DEI (Dispositivo Electrónico Inteligente)________________________________________________ 2
4.8 "Driver" de Aplicación_______________________________________________________________ 2
4.9 Evento ____________________________________________________________________________ 2
4.27 SNMP_____________________________________________________________________________ 4
4.28 “Switch” __________________________________________________________________________ 4
4.29 UCM______________________________________________________________________________ 4
4.30 UTR ______________________________________________________________________________ 4
5 CARACTERÍSTICAS Y CONDICIONES GENERALES ______________________________________ 4
5.1 Arquitectura y Características del Sistema ______________________________________________ 5
5.2 Descripción de los Elementos Funcionales de la Unidad Central Maestra ____________________ 6
5.3 Equipamiento (Hardware) ____________________________________________________________ 7
5.4 Módulos de Software _______________________________________________________________ 13
5.5 Datos Generales de la Unidad Central Maestra _________________________________________ 29
7.5 Capacitación______________________________________________________________________ 36
8 CONDICIONES DE DESARROLLO SUSTENTABLE ______________________________________ 38
9 CUESTIONARIO ___________________________________________________________________ 38
9.1 Cumplimiento (Si/No/Valor)__________________________________________________________ 38
9.2 Referencia del Cumplimiento ________________________________________________________ 38
10 BIBLIOGRAFÍA _____________________________________________________________________ 38
1 de 68
1 OBJETIVO
Definir la arquitectura, características técnicas y funcionales así como las características para la instalación y puesta
en servicio que deben cumplir los equipos de unidades centrales maestras para un sistema de control supervisorio y
adquisición de datos.
2 CAMPO DE APLICACIÓN
La aplicación de este sistema es para el cuarto nivel de operación definido en las Reglas de Despacho y Operación
del Sistema Eléctrico Nacional (REDOSEN), en los Centros de Control de Operación de Distribución al cual le
corresponde planear, operar y supervisar un grupo de instalaciones en un área geográfica determinada.
IEC 870 PT 5-1-1990 Telecontrol Equipment and Systems, Part 5; Transmission Protocols.
NOTA: En caso de que los documentos anteriores sean revisados o modificados, debe tomarse en cuenta
la edición en la fecha de la convocatoria de la licitación, salvo que la CFE indique otra cosa.
4 DEFINICIONES
Son todas las aplicaciones de “software” que residen en la UCM para la supervisión y control del sistema eléctrico.
2 de 68
Área destinada para la concentración de la información operativa de una o más zonas de distribución.
4.3 Compatibilidad
Capacidad de los componentes de “software” y/o “hardware” para funcionar armónicamente y compartir información
independientemente del fabricante.
Término empleado en los sistemas SCADA para referenciar el flujo de información entre un dispositivo que se
comporta como elemento maestro hacia otro dispositivo que se comporta como elemento esclavo.
Término empleado para referenciar el flujo de información entre un dispositivo que se comporta como elemento
esclavo hacia otro dispositivo que se comporta como elemento maestro.
Los datos y una paridad son guardados en los mismos discos por lo que se consigue aumentar la velocidad de lectura,
ya que cada disco puede satisfacer una lectura independiente de los demás. Se necesita un mínimo de tres unidades
(discos duros) para implementar una solución RAID5.
Dispositivo microprocesado que puede realizar una o varias de las funciones de supervisión, adquisición,
procesamiento, protección, comunicaciones, control y funciones lógicas programables.
Es un programa que contiene las características y comandos de los dispositivos, que les permiten establecer
comunicación con el procesador central.
4.9 Evento
Es un suceso registrado en la unidad central maestra como puede ser el cambio de una indicación o alarma, alguna
acción realizado por un usuario o el cambio de valor en alguna variable del sistema.
Es la secuencia programable para la ejecución de controles que contienen conjuntos de elementos lógicos tales como
“AND”, “OR” y “NOR”, entre otras, tomando como referencia la condición o estado de las entradas las cuales pueden
ser señales analógicas, digitales o la combinación de ambas.
4.11 GIS
Sistema de información geográfico (geographic information system). El SIG funciona como una base de datos con
información geográfica (datos alfanuméricos) que se encuentra asociada por un identificador común a los objetos
3 de 68
gráficos de un mapa digital. De esta forma, señalando un objeto se conocen sus atributos e, inversamente,
preguntando por un registro de la base de datos se puede saber su localización en la cartografía.
4.12 GPS
Sistema de posicionamiento global (global positioning system). Es un sistema global de navegación por satélite
(GNSS) el cual permite determinar en todo el mundo la posición de un objeto, una persona, un vehículo o una nave,
con una precisión hasta de centímetros usando GPS diferencial, aunque lo habitual son unos pocos metros.
Sistema de respaldo en donde dos equipos se encuentran en línea pero sólo uno de ellos es el activo. Al ocurrir una
falla en el equipo activo entra en operación el de respaldo, sin que se perciba un corte o falta de continuidad en el
funcionamiento del sistema.
Capacidad de algunos componentes de “hardware” que se pueden instalar o sustituir sin necesidad de detener o
alterar la operación normal del dispositivo donde se alojan.
4.15 Interfaz
Término que define la interconexión entre los dispositivos en forma local o a distancia, en dos equipos que manejan
señales diferentes o de algún otro medio de programación y/o comunicación.
Es el conjunto de “hardware” y de “software” que crea un medio físico al usuario para interactuar con un sistema de
cómputo.
4.17 MTBF
4.18 MTTF
4.19 MTTR
4.20 NTP
Protocolo de tiempo de red (network time protocol). Protocolo para sincronizar relojes entre ordenadores de internet.
4.21 OSI
Interconexión de sistemas abiertos (open system interconection) de acuerdo a la ISO.
4 de 68
4.22 Protocolo
Conjunto de normas y reglas que coordinan el flujo de información entre dispositivos teniendo como funciones básicas
el establecimiento del enlace, transmisión de información, detección de fallas en la transmisión y corrección de
errores.
Entornos diseñados e implantados de acuerdo con normas internacionales públicas ampliamente divulgadas que
permitan la interoperabilidad con diferentes fabricantes.
4.24 SCADA
4.25 SIGED
4.26 SISCOPROMM
Sistemas integrados de control, protección, medición y mantenibilidad para uso en subestaciones de distribución.
4.27 SNMP
El protocolo simple de administración de red o SNMP (simple network managment protocol) es un protocolo de la capa
de aplicación que facilita el intercambio de información de administración entre dispositivos de red.
4.28 “Switch”
Dispositivo de “hardware” para interconexión de segmentos de redes que opera en la capa 2 y 3, del modelo OSI.
4.29 UCM
4.30 UTR
“Hardware”, “software” de operación, “software” de aplicación, configuración del sistema, protocolos de comunicación,
equipos de comunicación, pruebas de funcionalidad y de aceptación, puesta a punto, puesta en servicio, capacitación
de operación y administración del sistema, garantías, planos, catálogos e instructivos, lote de refacciones, licencias de
“software” adquirido para operación del sistema así como de las herramientas para su funcionamiento.
5 de 68
a) “Hardware”.
b) Sistema operativo.
La arquitectura de una UCM debe estar conformada por equipo de cómputo: servidores SCADA, históricos, de
proyección y seguridad, estaciones de operación e ingeniería, impresoras, GPS, servidores de terminales, switches,
ruteadores, UPS y simulador de UCM de acuerdo a lo indicado en la figura1
El alcance en la cantidad de módulos de “hardware” y “software” de la arquitectura requerida por el área usuaria se
definen en Características Particulares con base en este modelo.
6 de 68
El Servidor SCADA debe soportar al menos 10 estaciones de operación local y/o remota operando en forma
concurrente, sin necesidad de ningún tipo de cambio y/o actualización de “hardware” y/o “software” ni pago adicional
de licencias para agregarlas. Únicamente es necesario el hardware propio de la estación de operador y configurarlo e
integrarlo a la red del sistema
Almacena en forma masiva y procesa la información en una base de datos relacional de los eventos y registros
sucedidos en la UCM.
El servidor del Sistema de Seguridad Informática (SSI), debe proveer protección informática completa e integral al
sistema UCM y a las subestaciones a través de la funcionalidad de alerta, monitoreo, bitácora e informe.
Soporta las aplicaciones web de la UCM poniéndolas a disposición de los usuarios de la intranet de CFE.
Permite al administrador del sistema realizar cambios y configuraciones en la base de datos de la UCM y gestionar
todas las características del sistema.
Es la estación que utiliza el operador del sistema y donde la IHM presenta la información en tiempo real del sistema
eléctrico.
La función de los servidores de terminales es permitir la comunicación de dispositivos seriales a través de ethernet,
los cuales deben tener la habilidad de gestionar todas las señales de control del módem a través del conector serial
RJ45 y/o DB9; además deben permitir varias opciones de conexión y desconexión basadas en control de caracteres o
de módem, debe contar con interfaces físicas de red al menos con autodetección y autonegociación: RJ45 (10Base-
T/100Base-TX).
El combinador de puertos seriales aplica exclusivamente para Unidades Centrales Maestras con arreglo de red
redundante. En estos casos, la función de los combinadores de puertos seriales es la de convertir señales seriales a
dos direcciones IP.
7 de 68
Esta impresora tiene como finalidad la impresión de reportes y gráficas de la información proveniente de campo o
generada por el propio sistema.
5.2.10 Ruteador/firewall
El “ruteador” debe proveer una vía de comunicación entre las computadoras conectadas a la red local de la UCM y
otras computadoras que no están conectadas físicamente a la red local. El “firewall” es un sistema diseñado para
evitar accesos no autorizados de o hacia una red privada.
c) Servidor web.
d) Servidor de seguridad.
f) Estaciones de operación.
g) Estaciones de ingeniería.
h) Impresoras.
i) Sistema de comunicaciones.
k) “Switches”.
l) Ruteadores / firewall.
o) Mobiliario.
8 de 68
p) Gabinetes.
Los componentes de la UCM deben ser de línea, de tal forma que lo puedan suministrar por lo menos 3 fabricantes.
b) Capacidad para doble fuente de alimentación redundante para 127 V c.a. con una tolerancia de ±
20 %.
a) Procesador.
b) Memoria RAM.
f) Tarjeta de vídeo.
Los servidores para SCADA deben tener las características de velocidad y desempeño necesarias para que pueda
mostrar y manipular los diagramas unifilares de subestación y redes de distribución a partir de bases de datos GIS,
haciendo que los despliegues en la IHM se muestren en tiempos menores a 2 s.
c) Firewall Throughput
- 500 Mbps
d) VPN Throughput:
9 de 68
- latencia 1 ms.
e) Algoritmos de encriptación:
- AES-256-CBC.
a) Procesador
b) Memoria RAM
f) Tarjeta de vídeo
a) Procesador.
b) Memoria RAM.
c) Disco Duro.
e) Tarjeta de vídeo.
f) Teclado y mouse.
g) Monitores.
h) Puertos.
i) Tarjeta de red.
10 de 68
Las características de los elementos anteriores de las estaciones de operación y de ingeniería se definen en
Características Particulares.
5.3.4 Impresora
La impresora es con tecnología láser para uso continuo con tarjeta de red con todos sus periféricos y cables de
conexión incluidos. Las características específicas se definen en Características Particulares.
Los servidores de terminales de comunicación deben ser del tipo montaje en “rack” de 482.6 mm y redundantes si así
lo solicita la CFE. Estos equipos conectan dispositivos de comunicación asíncrona. Deben permitir la conexión de
cualquier tipo de dispositivo serial. El servidor SCADA debe acceder a los servidores de terminales para configuración
y reporte de estatus.
- 110,
- 300,
- 600,
- 1 200,
- 2 400,
- 4 800,
- 9 600,
- 14 400,
- 19 200,
- 38 400,
- 56 000,
- 57 600,
- 115 200.
b) Paridad:
- ninguna,
- par,
- impar,
11 de 68
- marca,
- espacio.
c) Bits de datos:
- 5,
- 6,
- 7,
- 8.
- none,
- none/RTS_on,
- DSR/DTR,
- RTS/CTS.
e) Flujo por “software”:
- None,
- XON/XOFF.
a) Procesador.
b) Memoria RAM.
f) Tarjetas de vídeo.
5.3.7 Switch
Preparado para montaje en “rack” de 482,6 mm, configuración de red LAN Ethernet 10/100/1 000 Mbps. Debe cumplir
con el estándar IEEE 802.3. Debe ser administrable vía SNMP.
12 de 68
5.3.8 Ruteador/firewall
Para realizar el enlace con sistemas externos se debe incluir un sistema de seguridad tipo "firewall" que es el
encargado de proteger el ambiente de visualización en tiempo real de los usuarios externos.
Debe permitir a los usuarios tener acceso a aplicaciones confiables de la mayoría de los servicios comunes de Internet
(ftp, telnet, www, mail, news). Las especificaciones de este equipamiento en cuanto al procesador, memoria,
interfaces se definirán en Características Particulares.
El sistema de sincronización de “tiempo” debe incluir interfaz de red ethernet 10/100/1 000 y en caso de implementar
red redundante se debe suministrar con doble interfaz, la programación para ajuste automático de huso horario, así
como los cambios de estación (horario de verano). Como parte de este equipamiento se debe incluir antena, cables
necesarios y alimentación para su instalación; debe incluir el protocolo de comunicación SNMP y NTP, debe ser de
una precisión mejor o igual a 10 ms. Además debe cumplir con las siguientes características:
a) Señales de un receptor de reloj sincronizado por satélite (satellite synchronized clock receiver).
La UPS debe tener una autonomía a plena carga de por lo menos 8 h del sistema de la UCM de acuerdo a lo
solicitado en Características Particulares. El fabricante debe hacer el cálculo correspondiente para dar cumplimiento
con este punto y entregar el reporte de su análisis en la oferta técnica.
En Características Particulares CFE indicará si requiere el respaldo de los sistemas de comunicaciones, por lo que
el área usuaria proporcionará el consumo de energía eléctrica para que el licitante lo incluya en el cálculo del párrafo
anterior.
La UPS debe contar con un puerto de diagnóstico y configuración con su “software” y cables para la interconexión,
administrable por la UCM.
Las baterías deben ser selladas, libres de emisión de gases y de mantenimiento. Deben estar diseñadas para operar
en ambientes cerrados. Además deben cumplir en lo aplicable con la especificación CFE V7100-19.
5.3.11 Mobiliario
13 de 68
5.3.12 Gabinetes
Se deben incluir dentro del suministro del sistema, “rack” de 482.6 mm y gabinetes necesarios para la instalación del
“hardware” del sistema. Dichos “racks” deben estar instalados dentro de gabinetes con puertas frontal y posterior con
llave, para acceso a las conexiones y mantenimiento, estos gabinetes deben estar provistos con sistemas de
aterrizamiento y receptáculos para proveer alimentaciones externas; incluyendo iluminación interior, así como sistema
de ventilación y extractor de aire en la parte superior. En el frente debe contar con una puerta de acrílico transparente
de un espesor no menor a 5 mm, con empaques de sello para evitar la entrada de polvo, limitador de apertura en un
ángulo no menor a 120 ° y refuerzo estructural para evitar que se deflexione, la puerta debe tener conexión a tierra por
medio de trenzas flexibles de cobre hacia el cuerpo principal del gabinete. El gabinete propuesto debe ser del tipo 2
con ventilación, de acuerdo con la norma NMX-J-235/2-ANCE. Se deben definir en las Características Particulares
dimensiones de altura, color y especificaciones adicionales en caso de requerirse.
Se debe incluir un equipo de cómputo portátil con las características de “hardware” y “software” suficientes para
ejecutar con buen desempeño las aplicaciones del servidor SCADA incluyendo protocolos solicitados en IHM.
Se deben incluir todos los periféricos necesarios para la conexión del simulador con dispositivos de campo.
El equipo debe ser entregado con todas sus licencias de uso correspondiente.
La aplicación SCADA debe ser modular y configurable a diferentes tipos de hardware basados en arquitectura x86.
Debe correr en plataformas linux y/o “windows Server” según se indique en Características Particulares.
El servidor SCADA debe incluir los siguientes protocolos además de los indicados en Características Particulares:
b) Protocolo ICCP cliente y servidor: protocolo de Intercambio de información entre centros de control
(Inter Control Center Protocol). El número de licencias para usuarios concurrentes de este
protocolo debe ser definido en Características Particulares.
Los protocolos disponibles en el sistema deben ser configurables por el usuario para ser enviados a través de
cualquier línea de comunicación hacia nivel superior y/o inferior.
La implementación de protocolos adicionales debe ser transparente para los operadores del sistema y no debe
implicar “hardware” adicional ni módulos de “software” adicionales ajenos al nuevo protocolo.
Todos los protocolos deben residir directamente en los servidores SCADA, sin requerir ningún tipo de convertidor de
protocolos externo (“hardware”) o interno (“software” de terceras partes).
14 de 68
La transmisión de un comando de control debe ser prioritaria en todos los arreglos de ciclos de poleo.
Cuando los servidores SCADA se encuentren funcionando en configuración redundante si así fuese solicitado por
CFE, en caso de falla de alguno de ellos, el sistema de la UCM no debe suspender el poleo u otras tareas
relacionadas con los servidores SCADA.
Los servidores SCADA deben permitir la configuración de los tiempos de escaneo o poleo para cada DEI. Los
reintentos de poleo por DEI deben ser configurables por el usuario.
Los servidores SCADA deben permitir al operador la función de adquisición de datos en cualquier UTR en forma
manual independientemente de los ciclos de poleo programado.
El funcionamiento de los canales debe ser individual, a solicitud del usuario quien debe definir en que momento
detener o activar el poleo por canal.
La UCM debe funcionar con los equipos de campo, por ejemplo: UTRs, DEI’s, radios, medios de comunicación, que la
CFE tenga en operación al momento de la puesta en servicio.
La aplicación SCADA debe contar con un módulo para analizar las tramas de los protocolos implementados en la
UCM. Esta utilería debe tener la facilidad de monitorear las comunicaciones en cada puerto, incluyendo preguntas y
respuestas. Esta información se debe tener la función de enviar a un archivo de texto para su análisis y se debe llevar
a cabo en línea sin afectar la operación normal de la UCM.
5.4.1.4 Interconectividad
La aplicación SCADA debe implementar los siguientes mecanismos de intercambio de información con otros sistemas
además de los protocolos SCADA incluidos:
a) API’s: Interfaces de programación para aplicaciones (Application Program Interface) para crear
aplicaciones especificas con personal de CFE.
b) CIM: Modelo de información común (Common Information Model), para comunicarse con base de
datos GIS (Geographic Information System).
c) Transacciones entre bases de Datos Relacionales, para ejecutar intercambio de información entre
bases de datos y aplicaciones particulares de CFE a través de consultas SQL.
Las funciones anteriores no deben ser a través de otras bases de datos relacionales (solo la base de datos existente)
ni por otros servidores adicionales a los propuestos para la UCM.
En Características Particulares se debe definir los requerimientos para la interconexión con sistemas institucionales
de CFE.
En el caso que se suministre dos o más servidores SCADA estos deben ser redundantes en su operación de la
siguiente forma:
15 de 68
En condiciones normales solo un servidor SCADA es el encargado de realizar la adquisición de información, a este
servidor se le conoce como “servidor primario” y los demás servidores quedan como “servidor secundario”, el servidor
primario puede ser asignado por el sistema o por el administrador del mismo.
Los servidores secundarios deben estar como “Hot Stand By”, es decir que en caso de falla del servidor primario, un
servidor secundario asignado por el sistema o definido por el administrador, se debe convertir en servidor primario.
Esta secuencia de operación debe continuar en tanto se tengan servidores SCADA secundarios disponibles.
Una vez corregida la falla en el servidor primario este se reincorporará al sistema como servidor primario o secundario,
dependiendo como lo configure el administrador.
Por ningún motivo el suceso de falla en algún servidor SCADA debe afectar la continuidad en la operación del sistema
en su conjunto, en tanto existan servidores secundarios.
Todos los eventos de falla en los servidores SCADA deben ser notificados a través de alarmas al administrador del
sistema o el operador según sea configurado.
Todos los DEI’s configurados en el servidor SCADA se le deben asignar al menos dos canales de comunicaciones IP
considerando la dirección TCP/IP y el puerto, las cuales deben funcionar en forma redundante entre ellas de la
siguiente forma:
En caso de falla de algún canal de comunicaciones, el servidor SCADA se comunicara a través del canal de
comunicaciones alterno, sin que esto afecte la continuidad en la operación del sistema.
El sistema debe ser capaz de procesar un mínimo de 300 alarmas y/o eventos por segundo y desplegarlas en la IHM
de las estaciones de operación.
El tiempo máximo de salida de un comando ejecutado por el operador debe ser menor a 2 s.
La capacidad de la base de datos en términos de registros de entradas y salidas digitales y puntos analógicos se debe
definir en las Características Particulares.
Así mismo, el sistema debe estar preparado para que de acuerdo a las necesidades de CFE la base de datos pueda
crecer mínimo un 50% de su capacidad inicial sin necesidad de requerir ningún tipo de expansión de hardware,
codificación o pago de licencia adicional.
El software de la UCM debe almacenar en la base de datos históricos todos los eventos, alarmas, controles, cambios
manuales y reconocimientos ocurridos. Ningún evento debe perderse debido a sobre flujo de buffer interno o falla de
algún equipo.
El sistema UCM debe permitir actualizar la base de datos (por ejemplo: puntos digitales, diagramas unifilares,
información georeferenciada, dispositivos, canales de comunicación), sin recurrir temporalmente a dejar fuera de
servicio la operación del sistema en ninguno de sus componentes tales como servidores y estaciones de operador.
16 de 68
La información en las bases de datos en tiempo real e histórico siempre debe estar disponible en cada uno de los
servidores de la aplicación SCADA.
Todo evento que suceda en el sistema debe ser almacenado en este servidor, registrando fecha, hora, minuto,
segundo y milisegundo en que sucedió, dichos eventos pueden ser por ejemplo: ejecuciones de controles, cambios de
estado y alarmas (de campo o propias del sistema) y estadísticas de comunicaciones.
A petición del administrador, el sistema debe almacenar información histórica de variables analógicas con periodicidad
configurable. El sistema debe permitir seleccionar desde una variable, un grupo o todas las variables configuradas en
el servidor SCADA para este fin.
La información debe estar disponible para la generación de reportes periódicos automáticos por tiempo, por evento o
por solicitud (históricos de mediciones, demandas, calidad de la energía, operación de interruptores, operación de
puntos de control, operación de puntos de seccionamiento, estadísticas de comunicación, alarmas operadas,
analógicas máximas y mínimas). De igual forma debe dejar disponible la información a otras bases de datos o
sistemas a través de consultas SQL y transacciones.
El sistema de seguridad informática (SSI), debe desempeñar funciones en el ámbito de la red local de la UCM, de
monitoreo de puertos en todos los dispositivos de red o en cualquier equipo que cuente con una dirección IP. El
reporte generado, debe indicar todos los puertos abiertos en algún dispositivo o equipo.
Debe escanear cualquier dispositivo de red para descubrir cualquier vulnerabilidad. La herramienta de evaluación de
vulnerabilidad, debe mostrar las vulnerabilidades existentes en el sistema e indicar los procedimientos recomendados
para corregir las mismas.
Debe incluir un “firewall” del tipo SPF (“stateful packet filtering”). Las reglas y características de bloqueo de “ping” se
deben configurar al menos para dos diferentes tipos de zonas (externa e interna). Para cada zona, el tráfico de
entrada y salida debe ser administrado independientemente. El “firewall” debe incluir controles de direcciones IP de
origen y destino entre diferentes zonas de red. Debe soportar múltiples direcciones IP externas con traducción de
direcciones de red (“network address translation” – NAT).
Debe permitir la función de “port forwarding” para aplicaciones internas que requieran acceso a Internet, como pueden
ser “web hosting” o el servicio de correo electrónico. Además, debe ser un ruteador basado en traducción de
direcciones de red (NAT-based router), que soporte el manejo de bitácoras basadas en políticas de control de acceso
y permita el agrupamiento por direcciones y servicios.
Debe incluir un sistema de detección de intrusiones – SDI (intrusión detection saystem – IDS). Dicho sistema debe
utilizar un conjunto de reglas para detectar cualquier intento de penetrar la red SCADA o la de las subestaciones y
hacer mal uso de las mismas. Las reglas de intrusión deben estar divididas en tres diferentes tipos: “estándar”,
“moderado” y “avanzado”. El SDI debe utilizar verificadores para asegurarse que detectará cualquier tipo de intrusión
como pueden ser saturaciones simuladas de “buffer”, escaneos de puertos en modo oculto (“stealth”), ataques del tipo
CGI (“common gateway interface”), pruebas SMB (“server message block”) e intentos de identificación de claves del
17 de 68
sistema operativo. Cuando se presenten cualquiera de esos eventos, el SSI debe reportarlo inmediatamente como
una alarma.
Debe integrar la funcionalidad de red privada virtual (VPN) mediante el protocolo PPTP (“point to point tunneling
protocol”).
Debe integrar la funcionalidad de red privada virtual utilizando túneles VPN basados en SSL (“secure sockets layer”)
y/o IPSec. El túnel se debe establecer utilizando llaves pre-compartidas. La transmisión de datos entre los sitios se
debe utilizar compresión del tipo LZO con encriptadores (“ciphers”) seleccionables por el usuario, como pueden ser
AES-128-CBC.
Debe soportar todos los encriptadores DES, AES y DESX disponibles en el momento de su instalación y debe ser
actualizables vía “software”, en caso de que se publiquen nuevos encriptadores en el futuro.
Debe integrar el software anti-virus a nivel de red. Cuando algún virus sea detectado, éstos deben ser puestos en
cuarentena y generar alarmas electrónicas que se distribuirán y reportarán inmediatamente por la UCM. Los archivos
de definición de virus deben ser actualizados periódicamente de acuerdo al itinerario de actualización configurado por
el administrador de la UCM.
Debe integrar los servidores DHCP y DNS, los cuales se pueden configurar en modo primario o de respaldo.
Se debe sincronizar con los dispositivos de red específicos como el reloj GPS.
Debe incluir toda la funcionalidad para monitorear el estado de todos los dispositivos y equipos de red que se
encuentren dentro de las redes internas (protegidas). El monitor debe utilizar ICMP (“inter control message protocol”)
“ping” y TCP “port ping” para poder monitorear el estado de cualquier equipo. Incluso, la pérdida de la señal de estado
saludable del equipo o recuperación de sistema, debe generar una alarma electrónica y reportarla inmediatamente a
la IHM.
Debe ser capaz de monitorear dispositivos compatibles con SNMP, mediante el uso de su función de monitoreo.
Debe monitorear el desempeño de cualquier dispositivo o equipo de red dentro de las redes internas mediante el uso
de comandos SNMP para solicitar información de los dispositivos monitoreados que sean configurados como agentes
SNMP.
Debe suministrarse una lista predefinida de MIBs (“management information base”) para el monitoreo de dispositivos
de red genéricos bajo las plataformas LINUX, Windows en todas sus versiones.
Debe ser presentada en formato gráfico las estadísticas sobre la utilización del enlace WAN (“wide area network”) y el
CPU, la memoria y disco duro de los servidores y estaciones de operación e ingeniería.
5.4.3.3 Comunicaciones
El SSI debe incluir por lo menos 4 puertos de comunicación “ethernet” 10/100/1 000, para el monitoreo de la red
redundante de la UCM, la red WAN y garantizar además su capacidad de crecimiento en el futuro.
El SSI debe incluir un puerto adicional RS-232 DB-9 para configuración y mantenimiento.
18 de 68
Todas las bitácoras de auditoria deben incluir el estampado de tiempo con resolución de milisegundos provenientes
del reloj de sincronización GPS (dicha conexión debe ser sobre la red redundante en caso de pérdida de cualquiera
de las dos redes LAN SCADA).
La funcionalidad de servidor “syslog” debe estar disponible en el SSI para archivar información operativa de otros
activos presentes en el sistema.
Todas las actividades de administrador en el SSI deben ser archivadas con detalles suficientes que permitan recrear
cualquier secuencia de eventos.
Todas las sesiones de usuarios e intentos de acceso de usuarios al SSI deben ser archivados.
Los informes detallados de detección de intrusiones deben estar disponibles y ser archivados.
Los informes detallados de escaneo de vulnerabilidades y reportes de escaneo de puertos deben estar disponibles y
ser archivados.
Debe permitir la generación de resúmenes y análisis de tendencias de cualquiera de los indicadores de seguridad
informática que se solicitan.
Debe incluir un portal web para reportes, con las correspondientes restricciones de acceso y control de usuarios; el
cuál permite presentar la información y el tipo de datos disponibles dependiendo del perfil de usuario.
Debe incluir por lo menos las siguientes herramientas de diagnóstico: ping, rastreo de ruta, rastreo de paquetes y
rastreo de conexiones del “firewall”.
Debe incluir el servicio de monitoreo de otros SSI´s remotos, que incluya información sobre el estado de los CPU´s,
disco, memoria y servidor de administración.
Debe incluir una interfaz de operación basada en línea de comandos, además de la interfaz gráfica de usuario.
Debe ser administrado por la UCM, tal y como si fuera un dispositivo electrónico inteligente.
Los indicadores de seguridad informática deben ser manejados utilizando protocolos SCADA estándar.
La interrogación de la información de seguridad informática desde la UCM debe definirse por el administrador, en base
a un itinerario que vaya de acuerdo con la naturaleza de cada tipo de datos.
Los indicadores claves de seguridad informática deben registrarse en la UCM para propósitos de análisis.
19 de 68
Los elementos de red y los enlaces que representan las condiciones de seguridad informática se deben representar
gráficamente en la UCM como parte de la topología de red.
Los mapas deben estar arreglados en diferentes capas para mostrar diferentes niveles de detalles y con una
codificación de colores dependiendo de las condiciones de estado y/o valores de los elementos de red.
Cuando se presenten problemas de seguridad informática, la UCM debe reportar tanto en forma gráfica como auditiva,
las alarmas que se hayan presentado. Mediante el uso de mapas y gráficos, la localización y señalización de la falla
se debe hacer con un solo clic para lograr un acercamiento al área afectada.
Los indicadores claves deben incluir el estado de los activos informáticos, riesgos de vulnerabilidad, riesgos de
intrusión, accesos administrativos e intentos de acceso sobre activos informáticos y riesgos de virus.
El sistema debe proveer una aplicación para la administración de la UCM que es independiente a la aplicación de la
IHM y a la aplicación del servidor SCADA. Este módulo de administración debe acceder como cliente al servidor
SCADA para autentificarse y poder configurar los atributos para el funcionamiento del sistema de acuerdo al nivel de
seguridad asignado a cada usuario.
Este módulo de administración debe permitir la configuración de la base de datos SCADA: entradas y salidas digitales,
analógicos, parámetros de red, canales de comunicación, configuración de protocolos, impresoras, GPS, dispositivos
de campo, reportes, servidor de proyección, servidor de seguridad, puertos de los servidores de terminales, definición
de usuarios, “passwords” y al menos cinco diferentes niveles de acceso con distintos atributos definibles por el
administrador, anunciación de alarmas remota y todas las configuraciones requeridas por el sistema para proporcionar
las funcionalidades y aplicaciones solicitadas en esta especificación y en las Características Particulares.
Todos los letreros de alarmas, lógicas, colores, tipo de fuente de letra deben ser configurables a solicitud del usuario
administrador.
Este módulo administrador debe permitir la configuración de los distintos protocolos solicitados a cualquier línea o
canal de comunicación a solicitud del usuario. Así mismo, debe permitir la configuración de los tiempos de escaneo,
tiempos de “pre/post” transmisión, los reintentos de poleo por dispositivo. Debe permitir la función de escaneo o poleo
rápido en cualquier UTR ya sea en forma manual a solicitud del usuario o por control automático vía “software”.
Entre las funciones de edición que debe permitir este módulo, se encuentran las siguientes:
b) Modelado de puntos existentes para la creación de nuevos puntos, tal como, copiar, pegar, cortar y
eliminar cualquier registro de la base de datos.
e) Disposición de librería de dispositivos electrónicos inteligentes y debe permitir crear una librería de
plantillas de los mismos. Las plantillas deberán ser modificables.
Debe tener la función para almacenar en archivo de texto a solicitud del usuario, todas las comunicaciones y
transacciones de protocolo entre la UCM y los dispositivos de campo en forma independiente por canal.
20 de 68
El sistema debe proveer un editor Gráfico en el cual permita la importación de archivos de imágenes y con información
geográfica, para la edición de los unifilares de subestación, así como de la topología de la red eléctrica, además de la
importación y visualización de la base geográfica georeferenciada. Los formatos de los archivos a importar deben ser
de tipo comercial, incluyendo formatos de autocad (*.dwg, *.dxf).
El editor gráfico, debe contar con barras de herramientas y menús tipo cascada en los cuales se pueda acceder a las
funciones requeridas por el usuario, tales como:
a) Menú de alineación hacia la izquierda, derecha, arriba, abajo, centrar horizontal, centrar vertical,
distribuir horizontal, distribuir verticalmente, mismo tamaño, mismo ancho.
d) Menú para insertar texto, el cual debe contener los parámetros de configuración de la fuente de
letra (tamaño, color, negrita, subrayado, alineación).
e) Menú de símbolos.
f) Menú de librerías predefinidas de iconos que representen todos los elementos de la red eléctrica,
así como de subestación, y debe permitir la creación de nuevos iconos.
g) Estilos de líneas.
h) Debe permitir agregar iconos especiales para accesos directos y paso de parámetros a otras
aplicaciones como el Internet Explorer, “software” propietarios de DEI’s o cualquier otro programa
que se quiera desplegar en la IHM.
Dado que el espacio de trabajo y visualización en la IHM debe ser georeferenciado, todos los elementos contenidos
dentro de esta área deben mantener la relación de georeferencia en las coordenadas x, y, z aun y cuando sean
movidos dentro del espacio de trabajo.
Para realizar la configuración y relación de la base de datos SCADA con la parte gráfica de la IHM, el editor debe
permitir a los símbolos, textos o cualquier elemento gráfico, la asociación de cualquier punto de la base de datos
SCADA a través de la selección del elemento mediante el ratón, que a su vez debe desplegar un menú tipo cascada
en el cual se tenga acceso a la base de datos SCADA para selección del punto que se desea asociar.
En este menú se debe contar también con las opciones de cambio de tipo de línea, color, letra, tamaño,
comportamientos del elemento tal como, aparecer, cambiar figura, parpadeo, panel de control que se desea asociar,
agrupar, selección y modificación.
Dentro del área de trabajo se debe permitir las funcionalidades de copiar, pegar, eliminar, seleccionar área, zoom,
panning, arrastrar y soltar (drag and drop) y selección de capas para inserción de los objetos deseados.
El sistema operativo que se requiere para la estación de operador e ingeniería es “Windows” en su versión profesional
de acuerdo a lo que se indique en Características Particulares.
Se debe proporcionar todo el “software” de sistema operativo con las licencias requeridas para la implementación del
“software” de aplicación en los servidores y estaciones de operación.
981119 Rev 080801
ESPECIFICACIÓN
UNIDADES CENTRALES MAESTRAS PARA SCADA
CFE G0000-93
21 de 68
No existe diferencia entre las funcionalidades que se pueden acceder entre las estaciones de operación o de
ingeniería. La funcionalidad operativa la define la aplicación que se esté ejecutando, ya sea el módulo administrador o
el módulo IHM.
La estación de ingeniería, tiene como función la administración remota de la UCM, siendo de las mismas
características de “hardware” que la estación de operación y en un momento dado puede ser utilizada como tal.
La interacción del operador con la UCM es a través de la interfaz gráfica del usuario o IHM, la cual debe estar
totalmente en español y debe ser del tipo gráfico en su totalidad. Esta interacción debe ser a través de iconos y menú
guiados por dispositivos de control de cursor como el ratón (mouse).
La IHM debe estar diseñada de tal manera que permita a los operadores seleccionar las funciones mas frecuentes con
activar un solo icono sin necesidad de acceder altas jerarquías en los menús.
La IHM se ejecutará en cada estación de operación como cliente del servidor SCADA y debe estar disponible desde el
escritorio de la computadora cliente mediante un icono para ejecución de la aplicación. La IHM deberá ser intuitiva
para el operador considerando tres pasos como máximo (clicks) para habilitar la función requerida de la UCM.
La IHM debe manejar el menú en barras de herramienta desplegables tipo cascada. La IHM debe solicitar al usuario la
introducción de la contraseña de acceso (previamente definida en el módulo administrador), para habilitar y tener
acceso al menú.
Debe permitir la visualización de múltiples ventanas en la misma pantalla, la posición y dimensión de éstas ventanas
debe ser ajustable individualmente horizontal o vertical. Todas las ventanas deben desplegar datos en tiempo real
correspondiente a los datos particulares de cada ventana. Cada ventana desplegable dentro de la IHM debe contar
con las opciones minimizar, maximizar y cerrar. La IHM debe permitir personalizar las vistas mediante la selección de
ventanas disponibles para el usuario y guardar esa configuración por usuario.
La IHM debe contar con pantallas o tabulares que muestren las eficiencias de comunicación por dispositivo remoto
que este interrogando el sistema.
El administrador del sistema UCM debe contar con las herramientas para poder establecer los colores, tamaño y
forma de todos los elementos que forman la IHM.
Debe tener la función de búsqueda de cualquier elemento de la red para fácil localización, a partir de cualquier dato
proporcionado.
Dentro de la IHM se debe permitir las funcionalidades de seleccionar área, zoom, panning, arrastrar y soltar (drag and
drop) y selección de capas para visualización de los objetos deseados.
El sistema debe tener la habilidad de asociar lógicamente grupos de puntos en áreas de responsabilidad basadas en
requerimientos de seguridad, operación y/o geográficos.
Un usuario asignado a determinada área de responsabilidad tendrá la posibilidad de desplegar datos, ventanas del
sistema, opciones de control y reconocimiento de alarmas solo dentro del área de responsabilidad asignada por el
administrador del sistema.
22 de 68
En ningún momento un usuario debe tener acceso a puntos de control, objetos, base de datos, recepción o
reconocimiento de alarmas fuera de su área de responsabilidad permitida.
5.4.7.2 Alarmas
Las alarmas registradas por la UCM deben ser configurables por el administrador en al menos cinco niveles de
prioridad, siendo éstos personalizados al menos en las siguientes propiedades: tamaño y tipo de letra, color y sonido
audible asociado.
El mensaje de una alarma debe aparecer en una ventana denominada sumario tabular de alarmas. Este mensaje
debe incluir la hora y fecha de la alarma con resolución de milisegundos, la estación, la descripción del punto que
causó la alarma, la severidad de la alarma, el valor, estado, o condición.
Las alarmas deben aparecer en el tabular de alarmas en orden cronológico por orden de aparición y debe ser
configurable si se desea de manera ascendente o descendente.
Las alarmas deben aparecer y archivarse dependiendo del área de responsabilidad asociada.
Se debe contar con un módulo de alarmas jerárquico que permita asociar a una alarma rangos de jerarquías
destinados a asistir en la reducción del número de las alarmas innecesarias que se le presentan al operador.
Cuando una alarma de mayor jerarquía se genere, las alarmas de menor jerarquía asociadas a ésta no serán
anunciadas en la IHM.
El tiempo de expiración debe ser configurable y para cuando se culmine dicho tiempo, todas las alarmas deben volver
a su condición de anunciación normal.
No importando la jerarquía de alarmas ni si son o no anunciadas en la IHM, todas deben ser registradas en la base de
datos de históricos.
Todas las alarmas del sistema deben también almacenarse en un registro de eventos en forma detallada, en el cual se
debe incluir adicionalmente, en que estación de operación, cuándo y quien reconoció dicha alarma. Debe de tener la
funcionalidad de ser consultado por varios operadores a la vez.
El sumario de eventos y alarmas debe tener facilidades de filtrado por diferentes criterios. Para esto, se debe proveer
una herramienta de consulta en línea en un ambiente amigable, con interfase gráfica, que permita la combinación de
uno o varios parámetros de filtrado, cuyo resultado, puede a su vez ser filtrado de nuevo o simplemente ser
presentado en pantalla. Entre los parámetros de filtrado se incluyen al menos:
d) Por dispositivo.
23 de 68
f) Por severidad.
i) Por descripción.
Las alarmas se manejarán de acuerdo a su severidad y se deben presentar en sumarios tabulares tales como,
a) Alarmas no reconocidas.
En principio, todas las alarmas permanecen en este sumario, hasta que sean reconocidas por el
despachador.
b) Alarmas reconocidas.
Para realizar el reconocimiento de alarmas, el sistema debe proveer diferentes medios para este efecto, ya sea
mediante el ratón, iconos o combinación de teclas, además de permitir reconocer alarmas individuales, por grupo o
por página. Debe tener un botón que realice la función de reconocimiento de página, el cual sólo reconocerá las
alarmas visibles en el tabular. El reconocimiento también silenciará la señal audible asociada a las alarmas.
Las alarmas sin reconocimiento deben aparecer con fondo iluminado para distinguirlas de las ya reconocidas. Cabe
mencionar que el reconocimiento debe ser limitado a usuarios con acceso autorizado a la estación de operación y con
la correspondiente autorización de las áreas de responsabilidad.
5.4.7.2.6 Límites
Los límites de alarmas deben ser configurables en el módulo administrador para las entradas analógicas de medición,
al menos para valores: alto-alto, alto, bajo y bajo-bajo. Adicionalmente, debe permitir la configuración de bandas
muertas para el envío de alarmas. Al cumplirse las condiciones configuradas, se debe generar las alarmas
dependiendo de los límites en que se encuentren dichas mediciones.
Las alarmas recibidas y/o generadas dentro del sistema deben activar una alarma audible. Se deben configurar
diferentes tonos de alarma que se relacionan a la severidad de la alarma, los cuales, se definen previamente en la
base de datos.
La IHM en cada estación de operación, debe permitir la inhibición audible de alarmas por nivel de severidad a solicitud
del operador, sin embargo todas las alarmas deben ser registradas en el histórico de eventos.
El origen de los sonidos configurados debe ser tomado a partir de archivos de sonido ubicados en una carpeta
específica para este fin. Dichos archivos de sonido pueden ser copiados o sustituidos por el administrador del sistema.
El formato de los archivos de sonido debe ser comercial.
24 de 68
La opción de silenciar alarmas debe estar disponible a través de un icono definido para el caso o a través de una
secuencia de teclas configurable por el administrador, que al momento de seleccionarlo no implique el reconocimiento
de una alarma. Cuando nuevas alarmas se generen, la función de este botón perderá efecto debiendo generar la
nueva alarma audible.
Al registrarse un operador en la IHM, el audio de todos los niveles de alarmas debe regresar a su configuración
original (habilitado).
Debe ser posible la inhibición de alarmas mediante la selección directa de la misma en el tabular de alarmas y
seleccionando la opción de inhibición en un menú contextual.
Cuando se inhabilite una alarma de un punto que se muestra en un sumario de alarmas, ésta será eliminada de ese
sumario, pasando al sumario de alarmas inhibidas.
De igual forma, la opción para inhibir las alarmas por niveles de prioridad debe estar accesible desde la ventana
tabular de alarmas.
La ejecución de controles debe ser bajo la filosofía seleccionar antes de operar, es decir la ejecución de un control
debe requerir al menos dos pasos de validación.
El sistema debe contar con un procesador de topología y conectividad que procese el estado de la red eléctrica para
representar su estado mediante un color y/o tipo de línea definibles por el usuario. La configuración de esta función no
debe requerir programación por el usuario, debe ser a través de un módulo en el cual mediante selección se indique la
fuente para cada segmento de la red.
Esta aplicación debe considerar todas las configuraciones válidas posibles, de manera que en el caso que se haya
seleccionado una opción equivocada o errónea, el sistema notifique al administrador el error durante la edición.
El sistema debe permitir la edición simultánea en línea de al menos 2 usuarios de esta aplicación, para modificar,
eliminar o dar de alta cualquier configuración de la red.
La IHM debe manejar y representar circuitos trifásicos y/o monofásicos, manejar la lógica de las tres fases de manera
independiente de forma que sea posible identificar aquellos circuitos que estén operando con una, dos o tres fases.
La información de estado de los equipos de campo puede ser recibida como un valor de tele medida o colocada
manualmente, de tal forma que la IHM pueda representar la totalidad del sistema eléctrico y su estado de
conectividad, aún cuando no todos los equipos de campo estén monitoreados remotamente (cuchillas monofásicas,
cuchillas de operación en grupo, fusibles, seccionadores y restauradores).
El sistema debe manejar y representar mediante distintos colores configurables, los siguientes estados de red:
a) Desenergizada.
b) Desenergizada en anillo.
c) Energizada.
25 de 68
d) Energizada en paralelo
e) Energizada en anillo.
f) Energizada en paralelo.
h) Interrupción calculada.
j) Parcialmente energizada.
La IHM debe representar objetos por capas (layers) con capacidad para manejar un mínimo de 500 capas
independientes, con manejo de zoom, incluyendo, acercamiento y alejamiento continuo y por niveles, así como
descongestionamiento automático (declutter) para controlar automáticamente las capas visibles en determinados
niveles de acercamiento o alejamiento, para que el operador controle las capas que aparecerán, independientemente
de la configuración del descongestionamiento automático.
La IHM debe incluir una ventana que muestre el área de visualización que se seleccione, así como el nivel de
acercamiento o alejamiento dentro de las coordenadas geográficas del área de responsabilidad del operador. Esta
funcionalidad debe permitir al operador que se ubique dentro del área geográfica y/o determinada sección del
diagrama nificar general del sistema que opera. Esta ventana debe ser independiente de la ventana principal y el
operador podrá activarla y desactivarla a solicitud.
5.4.7.5.1 Etiquetas
La IHM debe incluir la función que permita definir las órdenes de operación y libranzas directamente, asociándole a un
punto de la base de datos una etiqueta de identificación. Esta función debe permitir acomodar hasta 8 etiquetas por
punto. El sistema debe registrar el autor de la etiqueta y permitir escribir comentarios para cada uno de ellos. Estos
puntos con etiqueta no deben aceptar comandos de control de ninguna estación o algoritmo de control, cualquier
intento de control sobre un punto con etiqueta debe generar un mensaje de alarma para el operador del sistema, cada
etiqueta debe soportar al menos 6 tipos de indicadores:
a) Etiqueta de precaución.
26 de 68
f) Etiqueta no comandos.
El sistema debe asegurar la eliminación de toda la información de texto relacionada a una etiqueta, una vez que a un
punto de la base de datos le ha sido removida dicha etiqueta.
El sistema debe incluir un servidor web que permita únicamente la visualización desde cualquier punto de la intranet
de cualquiera de las pantallas de la estación Maestra, este servidor debe ser independiente a los servidores SCADA y
mostrar información en tiempo real de los mismos.
De igual manera, los gráficos del servidor web deben ser procesados por la misma aplicación de interfaz gráfica de
usuario de manera que no requiera de ningún tipo de procesamiento adicional y de manera automática sean
convertidos a un formato web compatible 100 % con los navegadores web comerciales. El usuario del servidor web no
debe requerir ninguna aplicación adicional al propio navegador web para visualizar el sistema completo.
La cantidad de usuarios concurrentes del servidor web será definida en Características Particulares.
El sistema debe tener el software de aplicación necesario para el control de esta función, presentando las pantallas
que permita navegar remotamente desde cualquier estación del operador. Dicho software debe permitir la selección
desde una hasta cuatro ventanas de representaciones gráficas en la pantalla. Las demás características se definen en
Características Particulares.
El operador debe tener la opción de seleccionar para impresión: reportes, pantallas completas y/o sumarios de
eventos a la impresora definida para el caso, ya sea en blanco y negro o color.
El sistema debe incluir un módulo generador de reportes donde el usuario pueda seleccionar alguna o varias variables
binarias o analógicas bajo diferentes criterios y condiciones como puede ser por ejemplo zona, subestación,
dispositivos y líneas.
b) Los reportes obtenidos deben ser exportables a una hoja de cálculo de tipo comercial.
c) Los reportes deben ser programables para generarse en forma periódica, por evento o por
solicitud.
- reporte de operaciones por dispositivo por día y durante un periodo de tiempo definido por el
usuario,
27 de 68
- reporte de máximos y mínimos sobre una variable analógica con periodos de muestreo y
durante un periodo de tiempo definido por el usuario.
5.4.11 Utilerías
El sistema de la UCM debe tener la opción de recuperar y respaldar toda la información que contiene como puede ser:
d) Configuración de usuarios.
Este módulo permite bajar la información almacenada en los discos duros de cualquier servidor del sistema UCM a
una unidad de almacenamiento masivo. El proceso de respaldo debe permitir mostrar los archivos a respaldar.
El sistema debe incluir la opción para respaldar la información en DVD o lo que se indique en Características
Particulares.
El sistema debe incluir la función de envío selectivo de alarmas a través de correo electrónico (lotus notes) y mensajes
SMS (short message service) de telefonía celular (CFE adquirirá el servicio con la compañía de celulares así como los
equipos a enviarse) de los eventos y/o alarmas existentes en el sistema.
Debe soportar la configuración de jerarquías de alarmas, de forma tal que ante algún evento solo se envíen las
alarmas que previamente se defina a que correo electrónico o teléfono celular enviar.
Debe ser capaz de integrar la relación entre las diferentes condiciones de alarmas, de manera que una condición de
alarma que dependa o sea efecto de otra, sea reconocida o suprimida automáticamente.
El propósito principal de esta función es la de enviarle al destinatario del mensaje única y exclusivamente las
condiciones de origen y evitar el envío de una avalancha de alarmas que sean consecuencia de la anterior.
El sistema debe incluir el módulo automatizado de localización de vehículos (AVL) que estará integrado a la aplicación
SCADA y que no requerirá de aplicaciones de “software”, ni “hardware” adicional al suministrado como parte del
mismo sistema SCADA.
La información de localización de los vehículos o de cualquier otro equipo o activo que la CFE considere de interés,
debe ser adquirida directamente por la UCM.
El servidor SCADA debe recibir la información de localización de vehículos a través de la red TCP/IP.
Como mínimo, el sistema debe presentar la localización geográfica con coordenadas globales (latitud, longitud y
altitud) de los vehículos, así como la identificación única del activo, en el caso de vehículos será el número económico.
28 de 68
En todos los casos, la información debe incluir el estampado del tiempo, si es que el dispositivo remoto así lo permite.
Además, el sistema debe incluir información adicional como lecturas de odómetros, estado de las condiciones críticas
de los vehículos (por ejemplo presión de aire), si es que los dispositivos de campo pueden suministrar esta
información.
Toda la información del módulo AVL debe estar incluida en las bases de datos en tiempo real e histórico, de manera
que pueda reportarse y utilizarse como cualquier valor analógico o digital disponible en el sistema (alarmas, eventos,
reportes, cálculos y programación).
La representación de la localización geográfica de los vehículos en la interfaz gráfica de usuario de la UCM, se debe
hacer con iconos móviles (seleccionables y configurables por el administrador del sistema), los cuáles se pueden
modificar en forma individual o global. Cada uno de los iconos móviles se deben poder asignar a una capa
independiente, agruparse por capas (por ejemplo dependiendo del tipo de vehículo y departamento) o asignarse a una
sola capa para todos los iconos móviles, dependiendo de las necesidades de la CFE. La asignación de la capa a la
que pertenece el icono se deben poder cambiar en cualquier momento y sin necesidad de conocimientos de
programación, únicamente se debe seleccionar el icono (o los iconos en cuestión), seleccionar la nueva capa a la que
serán asignados y ejecutar el comando de reasignación de capa para que esto se logre. Dependiendo de las
condiciones de estado del vehículo (por ejemplo encendido / apagado, y baja presión de llantas), se pueden asignar
condiciones de alarma (con sus respectivas prioridades), las cuáles no solo serán reportadas en la sección de
alarmas, sino que pueden ser representadas por un diferente color o tipo de icono para cada vehículo.
La interfaz gráfica de usuario de la UCM debe incluir una función de búsqueda que permita localizar la posición
geográfica de cualquier vehículo con solo indicar su identificador. Adicionalmente, en el caso de aquellos vehículos en
condición de alarma, la UCM permitirá localizarlo geográficamente con solo seleccionar su condición de alarma en el
listado de alarmas.
El área de cobertura del sistema automatizado de localización de vehículos (AVL) estará únicamente limitado por el
área de cobertura del medio de comunicación seleccionado para cada sistema (radio “trunking”, VHF y GPRS).
El licitante debe implementar el protocolo de adquisición de datos disponible para la adquisición de información GPS
en forma nativa en la UCM. El Driver de este protocolo debe ser parte integral de la librería de protocolos disponible
en la UCM.
En la UCM, se pueden configurar tantas líneas de comunicación como sea necesario para acelerar la adquisición de
información de posicionamiento geográfico.
La información del módulo AVL debe ser visible en el servidor web. Ésta condición debe ser libre de mantenimiento,
es decir, cuando un vehículo sea dado de alta o baja en la base de datos de la UCM, el cambio debe mostrarse en el
servidor web.
Debe de contener un módulo para la formulación de funciones que permitan hacer secuencias de maniobras de
manera autónoma, las cuales pueden ser creadas y modificadas por el administrador del sistema, además de
activadas o canceladas a solicitud del operador.
La programación debe ser en ambiente gráfico, de manera ágil y amigable para el usuario, tomando en cuenta
cualquier variable propia de la UCM.
29 de 68
Es lo referente a la información específica del lugar en donde cada sistema debe ser instalado y que debe ser
proporcionada por el personal de CFE para la configuración del sistema, considerando al menos lo siguiente:
a) Nombre de la zona.
c) Diagramas unifilares de red y bases geográficas de la zona en capas por circuito y tipo de
elemento ( en caso de no solicitarse la interfase al sistema SIGED).
d) Bases de datos SCADA: entradas digitales, analógicas, salidas digitales, límites de alarmas para
analógicos, direcciones de dispositivos, canales de comunicación, parámetros de configuración del
(os) protocolo(s) por cada dispositivo, en formato de hoja de cálculo.
Esta información no es limitativa, debiendo CFE incluir toda la información que sea requerida para la configuración de
la UCM.
6 CONTROL DE CALIDAD
CFE representada por el LAPEM o persona física o moral que la misma designe, tendrá en todo momento el derecho
de inspeccionar y probar los bienes a fin de verificar su conformidad con las especificaciones del contrato y de las
bases de licitación.
Los equipos deben ser diseñados y construidos para operar sin presentar fallas ocasionadas por influencias
electromagnéticas. El diseño se debe haber comprobado a fin de evitar consecuencias de errores en el mismo. Las
condiciones de transporte deben ser consideradas a fin de evitar mal funcionamiento debido al mismo.
Es requisito indispensable la seguridad de operación de cada una de las funciones que se asignen al sistema,
evitando cualquier posibilidad de falsa operación, inadecuada aplicación de funciones y fundamentalmente de
operación autónoma o errónea de telecontroles por interpretación de mensajes erróneos o fallas de equipamiento
(“hardware”). Por lo tanto, se requiere que el sistema cuente con los elementos necesarios de seguridad y verificación
a nivel de programación y componentes.
981119 Rev 080801
ESPECIFICACIÓN
UNIDADES CENTRALES MAESTRAS PARA SCADA
CFE G0000-93
30 de 68
Previo a la construcción del sistema, el licitante ganador debe entregar a CFE los planos de la arquitectura para su
aprobación por la coordinación de distribución y el área usuaria. Una vez que se tenga esta aprobación, el licitante
ganador en conjunto con personal de CFE, se deben establecer el programa de pruebas a efectuar, cuyo documento
se debe presentar por lo menos con 20 días naturales de anticipación a éstas, para la aprobación final por la
coordinación de distribución y área usuaria.
Al término de las pruebas en fábrica se debe presentar el reporte con todas las condiciones, características y
resultados obtenidos. Cada prueba debe reportarse conteniendo:
b) Descripción de la prueba.
Los reportes son responsabilidad del licitante ganador y deben ser entregados con original y 2 (dos) copias a CFE en
formato electrónico, una copia debidamente autorizada es devuelta al licitante ganador y otra copia debe enviarse al
área usuaria.
Los procedimientos de prueba serán discutidos y acordados por el fabricante y CFE antes de efectuar las mismas.
6.2.1 En fábrica
Previo a las pruebas de aceptación en fábrica por parte de CFE, el licitante ganador debe realizar todas las pruebas
de rutina al 100 % de los equipos a suministrar.
Requerimientos mínimos que debe de cumplir el licitante ganador para efectuar las pruebas de aceptación:
b) Las pruebas e inspección deben ser efectuadas en presencia del personal de CFE o un
representante debidamente autorizado por ésta. Dicha participación no limita la responsabilidad del
licitante ganador de la calidad satisfactoria de los equipos.
c) Los equipos de medición y pruebas que intervengan en el escenario deben de contar con
certificado de calibración vigente.
31 de 68
b) Desarrollo de la prueba.
c) Reuniones para interpretación de los resultados de las pruebas, así como las medidas a tomar en
caso de fallas.
d) Decisiones sobre nuevas pruebas, derivadas de los resultados obtenidos en la implementación del
programa establecido.
a) Inspección visual.
b) Pruebas a la UCM.
Verificar las características funcionales y técnicas de cada uno de los elementos del sistema.
c) Pruebas e inspecciones.
Verificar que los distintos componentes electrónicos y eléctricos proporcionen una operación
segura, correcta y confiable.
El licitante ganador debe proponer un programa de pruebas, el cual debe incluir las siguientes, no siendo limitativo a
las mismas:
d) Pruebas funcionales (verificación, entradas digitales, mediciones, controles) a través de las DEI’s y
UTR’s.
32 de 68
a) Generación de reportes periódicos automáticos por tiempo, por evento o por solicitud (históricos de
mediciones, demandas, operación de interruptores).
b) Prueba del sistema en condiciones de respaldo o contingencia para verificación del "hot stand-by"
(falla de uno de los CPU´s).
e) Monitoreo de la UPS
Cualquier falla origina la suspensión de la prueba corriente y se debe reiniciar ésta desde el primer paso. En caso de
una interrupción causada por una avería sólo se repetirán las pruebas que involucren a la componente defectuosa. Al
producirse una falla, se deben tomar las acciones siguientes:
a) Suspensión de la prueba.
33 de 68
c) Corrección de la falla.
El inspector de CFE pueda requerir la repetición de la prueba completa de acuerdo a su criterio, determinado si la falla
es crítica y es el resultado de un mal diseño.
Si así lo solicitara CFE, las actividades de instalación, puesta a punto y puesta en servicio son responsabilidad del
licitante ganador.
La puesta a punto del sistema son todas aquellas actividades para dejar en condiciones operativas comerciales a la
UCM, considerando todos los protocolos de comunicaciones solicitados. Esto incluye: montaje, alambrado, ajustes y
pruebas de aceptación en campo. En esta etapa el licitante ganador debe tener un supervisor quien será responsable
de éstos trabajos. En estos trabajos, el licitante ganador debe de proporcionar la mano de obra y material misceláneo
requerido para la conexión de la UCM.
Así mismo, si así lo solicita CFE es responsabilidad del licitante ganador realizar todas las actividades para el
reemplazo y migración de un sistema existente al nuevo, incluyendo los ajustes y adecuaciones de los medios de
comunicación existentes.
Es responsabilidad del licitante ganador, el obtener de los fabricantes correspondientes, la información de los
protocolos propietarios y las respectivas licencias.
Durante esta etapa, CFE dispondrá como mínimo de un residente quien la representará en estos trabajos.
Las pruebas de aceptación en campo del sistema forman parte de este concepto.
Durante la instalación y puesta en servicio de los sistemas el licitante ganador será responsable de realizar todas las
actividades necesarias para que los sistemas queden preparados para su operación. Se deben incluir al menos las
siguientes:
b) Suministro e instalación de etiquetas de identificación de todo el equipo así como del cableado.
d) Configuración del “hardware” y “software” de todos los dispositivos que forman la UCM.
34 de 68
k) Configuración y pruebas operativas con los equipos remotos instalados en las subestaciones y
redes de distribución. Este punto debe incluir la configuración y prueba del 100 % de la base de
datos configurada en los servidores SCADA.
Si así lo solicita CFE el licitante ganador debe integrar en la UCM la totalidad de la información geo-referenciada del
sistema eléctrico, incluyendo los mapas con las calles, los recorridos de los alimentadores y todos los elementos de
conexión y desconexión automatizados y manuales con los que cuenta en el sistema eléctrico.
Todo esto además de lo incluido en los diagramas unifilares de cada una de las subestaciones del sistema.
Cada uno de los alimentadores se debe incluir en capas independientes, de manera que los operadores puedan
visualizar únicamente las capas que les sean de relevancia en determinado momento.
La puesta en servicio del sistema, es aquella etapa en donde el personal operativo de CFE efectúa conjuntamente con
el licitante ganador, las pruebas definitivas necesarias para garantizar la confiabilidad operativa del sistema y así
proceder a su puesta en operación. La puesta en servicio se considerará concluida con la entrada en operación del
sistema.
7 INFORMACIÓN Y DOCUMENTACIÓN
7.1 Información que el Licitante Ganador Debe Entregar como Parte de la Propuesta Técnica
c) El licitante ganador debe incluir en la propuesta un documento en papel membretado y firmado por
el representante legal de la empresa, donde se garantice por escrito que ya tiene un sistema
liberado y aprobado de iguales características al solicitado por CFE que se encuentre operando de
manera eficiente y confiable en al menos 2 instalaciones distintas.
d) El licitante ganador debe incluir en la propuesta una carta compromiso donde se indique que al
final y durante todo el período de garantía la UCM debe ser actualizada a la nueva versión probada
y liberada de todo el software de aplicación o parte del mismo, además de verificada y aprobada
por CFE antes de ser instalada, esto sin cargo adicional.
35 de 68
e) Entrega de “software” original con sus licencias de uso, llaves para instalación y en general todos
los accesorios necesarios para tener un respaldo completo para la reinstalación completa del
sistema en caso de falla de algún componente.
h) Además se debe incluir un procedimiento para la recuperación en caso de fallas críticas como
bases de datos dañadas, virus o falla en algún componente de hardware.
7.3 Garantías
El licitante ganador debe garantizar el sistema en todas sus partes por un período mínimo de 3 años contados a partir
de la firma del acta de recepción del sistema o como se indique en las bases de la licitación. Durante este periodo
debe proporcionar servicio en sitio por falla atribuible al sistema, en un tiempo máximo de 24 h, después de ser
notificado. Esta garantía debe estar respaldada documentalmente. El servicio en sitio se refiere a dejar el sistema en
condiciones de operación al 100 % de sus funciones y partes.
El licitante ganador debe proporcionar servicio inmediato en sitio en un tiempo máximo de 12 horas después de ser
notificado durante las primeras 100 h (sin falla y sin modificaciones) después de su puesta en operación.
El licitante ganador debe garantizar el suministro de refacciones o partes de repuesto del sistema por un período
mínimo de 10 años.
El licitante ganador debe proporcionar por escrito a CFE el procedimiento para aplicar tanto la garantía comercial
como de atención inmediata.
El licitante ganador debe presentar una garantía de vida útil del sistema, contra cualquier falla atribuible al producto
por vicio oculto o diferencias de calidad de algún componente del sistema, por un período mínimo de 10 años,
contados a partir de su entrada en operación. Si hubiera una vida útil diferente para varios elementos, ésta debe
indicarse, así como las condiciones bajo las cuales se garantiza dicha vida útil. Para este caso indicar MTBF y el
MTTR.
Una vez asignado el contrato, se requiere celebrar juntas de ingeniería bajo las siguientes bases:
36 de 68
a) Para las juntas celebradas en instalaciones de CFE, todos los gastos relacionados con el personal
del licitante ganador, tales como: transportación alimentación, hospedaje, documentación y útiles
necesarios para la realización de la reunión, deben ser cubiertos por el mismo.
b) Los objetivos principales de las juntas deben incluir, como mínimo, los siguientes puntos:
. revisión del alcance del suministro y discusión de todos aquellos aspectos previstos en
la presente especificación por definirse en junta de ingeniería,
. en estas juntas se debe analizar entre otras cosas: arquitectura del sistema,
personalización del sistema, compromisos de entrega de información tales como:
bases de datos, diagramas unifilares y sistemas de comunicación,
c) Es necesario que la primera junta se efectúe en un plazo no mayor a 30 naturales una vez
entregado el contrato correspondiente.
d) Las subsecuentes juntas requeridas se programaran de común acuerdo entre CFE y el licitante
ganador.
7.5 Capacitación
Si así lo solicita CFE, los licitantes deben cotizar en forma desglosada los cursos de capacitación impartidos en donde
CFE indique al personal del área usuaria, que considere aspectos teóricos-prácticos asociados al montaje, puesta en
servicio y mantenimiento de los equipos incluidos en esta especificación.
a) Gastos y viáticos de los instructores: traducción simultánea, sí así se requiere; programas con
duración de 40 horas, el material didáctico necesario para el personal que CFE indique. El
contratista debe considerar la entrega documental de los cursos tanto en papel como en medios
electrónicos.
b) Con el propósito de garantizar que al término del programa los participantes estén capacitados
para operar y mantener los equipos propuestos, el contratista se obliga a que los instructores sean
especialistas de reconocido prestigio, para lo cual debe anexar el currículum vitae actualizado de
cada uno de ellos.
c) Los licitantes deben presentar la cotización desglosada de este servicio, de no hacerlo así, se
considera que este concepto está incluido en el costo de su propuesta base.
d) El Licitante debe incluir en su propuesta al menos dos tipos de cursos. Uno para operadores del
sistema y el otro para administradores. Las fechas de los cursos se definirán en común acuerdo
con CFE.
981119 Rev 080801
ESPECIFICACIÓN
UNIDADES CENTRALES MAESTRAS PARA SCADA
CFE G0000-93
37 de 68
En dichos cursos de capacitación para operadores se debe incluir lo correspondiente al manejo completo de la IHM
del sistema, incluyendo desplegados, interpretación de alarmas, manejo de controles, elaboración de reportes,
generador de gráficas (tendencias), comunicación con los dispositivos remotos, interpretación de los reportes,
interpretación de mensajes de error y autodiagnósticos, procesos de arranque y paro, acceso y registro de las claves
de acceso. De igual forma se debe incluir todo lo necesario para la correcta operación de la UCM.
g) Conocimiento y lógica de la captura de elementos para dar de alta la topología de la red eléctrica
sobre unifilares y bases geográficas, utilizando las herramientas del “software” para ese fin, para
crear los símbolos de cada elemento de la red y la asociación de cada uno de estos elementos a la
base de datos,
k) Conocimiento de los diagramas eléctricos y electrónicos del sistema y de los módulos que lo
componen.
o) Protocolos de comunicación.
38 de 68
Además el licitante ganador debe incluir para los cursos indicados los temarios, manuales y documentación que deben
estar en idioma español y en medio electrónico (cds), debiendo contener la información referente a la operación,
configuración, instalación y administración de la UCM.
El fabricante debe dentro de su proceso atender las obligaciones establecidas en la legislación en materia de
protección ambiental.
9 CUESTIONARIO
En la columna (si/no) en ningún caso debe quedar vacía. En los casos en que CFE solicita una característica
particular con valor determinado, el licitante debe indicar su valor propuesto.
Esta columna tiene como finalidad, la rápida localización de la información técnica que está presentando el licitante.
La referencia técnica que ampare este punto, debe contener lo solicitado en la especificación de CFE, debe además
indicar la página, folio e instructivo, el (los) párrafo (s) subrayado (s) con un marcador fluorescente y la cita
correspondiente donde se compruebe la especificación.
10 BIBLIOGRAFÍA
[1] ANSI C37-1-1994 Standard Definition, Specification, and Analysis of Systems Used
for Supervisory Control, Data Adquisition, and Automatic Control.
[3] IEEE 91-1984 Standard Graphic Symbols for Logic Functions (R-1994).
[4] IEEE 315-1975 Graphic Symbols for Electrical and Electronics Diagrams.
(Including Reference Designation class Designation Letters). (R-
1994).
[5] EIA RS-485 Standard for Electrical Characteristics of Generators and Receivers
for Use in Balanced Digital Multipoing Systems.
[6] EIA TIA-232-E-1991 Interface Between Data Terminal Equipment and Data Circuit
Terminating Equipment Employing Serial Binary Data Interchange.
39 de 68
APÉNDICE “A”
(Informativo)
Cuestionario técnico:
No. Referencia de la Especificación Cumplimiento Referencia de
cumplimiento
SI NO
5.
Servidor SCADA:
Cumple con la función de adquirir en tiempo real la información de DEI’s en
campo a través de protocolos SCADA
40 de 68
7.
Servidores históricos
9.
Servidor de proyección
Cumple con la función de administrar los proyectores del centro de
operación.
10.
Servidor web
Soporta las aplicaciones web de la UCM que se deben poner a disposición
de los usuarios de la intranet de CFE.
11.
Estación de ingeniería
13.
Servidores de terminales y Combinador de puertos seriales
41 de 68
15.
Ruteador/firewall
16.
Reloj GPS
Equipamiento (Hardware)
17. El esquema propuesto de la UCM consta de los siguientes
componentes, de acuerdo a lo solicitado en Características Particulares
(según aplique cada concepto):
26. k) Switches
27. l) Ruteadores / firewall
28. m) Sistema de sincronización por GPS
29. n) Sistema ininterrumpido de energía
30. o) (UPS)
31. p) Mobiliario
42 de 68
34.
Servidores SCADA, Históricos y WEB
Los servidores cumplen con al menos lo siguiente:
a) Procesador
41. b) Memoria RAM
42. c) Cantidad y capacidad de discos duros
43. d) Unidad de respaldo masivo
44. e) Cantidad, dimensiones y resolución del monitor
45. f) Tarjeta de vídeo
46.
Los servidores para SCADA cumplen con las características de velocidad y
desempeño necesarias para que muestre y manipule los diagramas
unifilares de subestación y redes de distribución a partir de bases de datos
GIS, y hace que los despliegues en la IHM se muestren en tiempos
menores a 2 segundos.
47.
Servidor de seguridad informática.
Las Especificaciones Técnicas Mínimas del servidor de seguridad cumplen
con lo siguiente:
Interfaces:
43 de 68
AES-256-CBC
51. Cumplen con lo solicitado en Características Particulares de los
siguientes elementos
a) Procesador
52. b) Memoria RAM
53. c) Cantidad y capacidad de discos duros
57.
Estaciones de Operación y de Ingeniería.
Las estaciones de Operación y de Ingeniería cumplen con lo solicitado en
Características Particulaes de los siguientes elementos:
a) Procesador
44 de 68
67.
Convertidor y Combinador de puertos (Servidores de Terminales de
Comunicación)
- 110
- 300
- 600
- 1 200
- 2 400
- 4 800
- 9 600
- 14 400
- 19 200
- 38 400
- 56 000
- 57 600
- 115 200
45 de 68
- ninguna
- par
- impar
- marca
- espacio
73. c) Bits de datos:
- 5
- 6
- 7
- 8
74. d) Flujos por “hardware”
- None
- None/RTS_on
- DSR/DTR
- RTS/CTS
75. e) Flujo por “software”
- None
- XON/XOFF
76.
Servidor de proyección y Video-Proyectores.
Cumplen con lo solicitado en Características Particulares de los
siguientes elementos
a) Procesador
77. b) Memoria RAM
78. c) Cantidad y capacidad de discos duros
79. d) Unidad de respaldo masivo
80. e) Cantidad, dimensiones y resolución del monitor
81. f) Tarjetas de vídeo
82. g) Cantidad y Características de los proyectores
46 de 68
87.
Sistema de sincronización de tiempo por GPS
47 de 68
La UPS tiene una autonomía a plena carga de por lo menos 8 horas del
sistema de la UCM de acuerdo a lo solicitado en Características
Particulares. El fabricante entrega el cálculo correspondiente para dar
cumplimiento con este punto y entrega el reporte de su análisis
90. La UPS cuenta con un puerto de diagnóstico y configuración con su
“software” y cables para la interconexión, administrable por la UCM
91. Las baterías son selladas, libres de emisión de gases y de mantenimiento
92. Están diseñadas para operar en ambientes cerrados. Además, cumplen en
lo aplicable con la especificación CFE V7100-19
93. La vida útil de las baterías es de al menos 8 años
Módulos de “Software”
97.
Servidor SCADA.
48 de 68
La aplicación SCADA cuenta con un módulo para analizar las tramas de los
protocolos implementados en la UCM. Esta utilería cumple con la facilidad
de monitorear las comunicaciones en cada puerto, incluyendo preguntas y
respuestas. Cumple con la función de enviar esta información a un archivo
de texto para su análisis y se lleva a cabo en línea sin afectar la operación
normal de la UCM
49 de 68
Los servidores secundarios están como ‘hot stand by’, es decir que en
caso de falla del servidor primario, un servidor secundario asignado por
el sistema o definido por el administrador, se convierte en servidor
primario. Esta secuencia de operación continúa en tanto se tengan
servidores SCADA Secundarios disponibles.
50 de 68
115.
Capacidad de procesamiento
119.
Actualización en línea
51 de 68
122.
Servidor de Históricos
52 de 68
53 de 68
134. Integra los servidores DHCP y DNS, los cuales se configuran en modo
primario o de respaldo
135. Se sincronizan con los dispositivos de red específicos como el reloj
GPS
136.
Funciones de monitoreo
143.
Reportes y bitácoras
54 de 68
153.
Herramientas de administración
155.
control de acceso administrativo
55 de 68
56 de 68
177. El editor gráfico, cuenta con barras de herramientas y menús tipo cascada
en los cuales se puede acceder a las funciones requeridas por el usuario,
tales como:
57 de 68
188. En este menú se cuenta también con las opciones de cambio de tipo de
línea, color, letra, tamaño, comportamientos del elemento tal como,
aparecer, cambiar figura, parpadeo, panel de control que se desea asociar,
agrupar, selección y modificación
189. Dentro del área de trabajo, permite las funcionalidades de copiar, pegar,
eliminar, seleccionar área, zoom, panning, arrastrar y soltar (drag and drop)
y selección de capas para inserción de los objetos deseados
190.
Sistema operativo de las estaciones de operador e ingeniería
192. No existe diferencia entre las funcionalidades que se pueden acceder entre
las estaciones de operación o de ingeniería. La funcionalidad operativa la
define la aplicación que se esté ejecutando, ya sea el módulo administrador
o el módulo IHM
193. La estación de Ingeniería, tiene como función la administración remota de
la UCM, y es de las mismas características de hardware que la estación de
operación y puede ser utilizada como tal
58 de 68
204.
La IHM solo contiene logotipos propios de la CFE
59 de 68
60 de 68
217.
Control de alarmas
Las alarmas se manejarán de acuerdo a su severidad y deberán
presentarse en sumarios tabulares tales como
b) Alarmas reconocidas
61 de 68
Las alarmas recibidas y/o generadas dentro del sistema activan una
alarma audible. Se configuran diferentes tonos de alarma que se relacionan
a la severidad de la alarma, los cuales, son definidas previamente en la
base de datos
62 de 68
229. De igual forma, la opción para inhibir las alarmas por niveles de prioridad es
accesible desde la ventana tabular de alarmas
230.
Ordenes de control
63 de 68
a) Desenergizada
b) Desenergizada en anillo
c) Energizada
d) Energizada en paralelo
e) Energizada en anillo
f) Energizada en paralelo
g) Energizada en paralelo y en anillo
h) Interrupción calculada
i) Parcialmente energizada en anillo
j) Parcialmente energizada
k) Parcialmente energizada en paralelo
l) Parcialmente energizada en anillo
m) Parcialmente energizada en paralelo y en anillo
n) Interrupción parcial calculada
238. La IHM representa objetos por capas (layers) con capacidad para manejar
un mínimo de 500 capas independientes, con manejo de zoom, incluyendo,
acercamiento y alejamiento continuo y por niveles, así como
descongestionamiento automático (declutter) para controlar
automáticamente las capas visibles en determinados niveles de
acercamiento o alejamiento, que permiten al operador controlar las capas
que desea visualizar, independientemente de la configuración del
descongestionamiento automático
239. La IHM incluye una ventana que muestre el área de visualización que se
seleccione, así como el nivel de acercamiento o alejamiento dentro de las
coordenadas geográficas del área de responsabilidad del operador. Esta
funcionalidad permite al operador que se ubique dentro del área geográfica
y/o determinada sección del diagrama unifilar general del sistema que
opera. Esta ventana es independiente de la ventana principal y el operador
la activa y desactiva a solicitud
64 de 68
Etiquetas
La IHM incluye la función que permite definir las órdenes de operación y
libranzas directamente, asociándole a un punto de la base de datos una
etiqueta de identificación. Esta función permite acomodar hasta 8 etiquetas
por punto. El sistema registra el autor de la etiqueta y permite escribir
comentarios para cada uno de ellos. Estos puntos con etiqueta no aceptan
comandos de control de ninguna estación o algoritmo de control, cualquier
intento de control sobre un punto con etiqueta genera un mensaje de
alarma para el operador del sistema, cada etiqueta soporta al menos 6
tipos de indicadores:
a) Etiqueta de precaución
b) Etiqueta no comandos por programa
c) Etiqueta no comandos por operador
d) Etiqueta no comandos de abrir
e) Etiqueta no comandos de cerrar
f) Etiqueta no comandos
65 de 68
246.
Módulo de reportes
249. Los reportes obtenidos son exportables a una hoja de cálculo de tipo
comercial
250. Los reportes son programables para generarse en forma periódica, por
evento o por solicitud
66 de 68
258.
Módulo Automatizado de localización de Vehículos (AVL) (Opcional)
67 de 68
68 de 68
______________________________________________________________________________________________
______________________________________________________________________________________________
______________________________________________________________________________________________
__________________________________________________________________________
Aplicaciones de “software”:
______________________________________________________________________________________________
____________________________________________________________________________________
Capacitación:
______________________________________________________________________________________________
____________________________________________________________________________________
CPE - 394
Puesta en servicio:
______________________________________________________________________________________________
____________________________________________________________________________________
Refacciones:
______________________________________________________________________________________________
____________________________________________________________________________________
Servidor:
Impresora ________________________________________________________________________________
Switch:
Ruteador:
Procesador:
_________________________________________________________________________________________
Memoria:
_________________________________________________________________________________________
Interfaces _________________________________________________________________________________
Hardware ________________________________________________________________________________
Mobiliario:
_________________________________________________________________________________________
Gabinetes:
Capacidad de la base de datos en términos de registros de entradas y salidas digitales y puntos analógicos:
_________________________________________________________________________________________
____________________________________________________________________________________ ____
Modulo de administración:
El sistema operativo que se requiere para la estación de operador e ingeniería es Windows en su versión profesional:
_______________________________________________________________________________
CPE - 394
Secuencias: _______________________________________________________________________________