Manual de Usuario V6.0

2020
Manual de Usuario V6.0

SISTEMA DE LECTURA REMOTA DE PROTECCIÓN
GLOBALIS S.A.
Contenido
1. Objetivo del Documento .......................................................................................................... 2
2. Requerimientos de Hardware ................................................................................................ 2
3. Requerimientos de Software .................................................................................................. 2
4. Documentación de las funcionalidades .............................................................................. 4
a. Servicio ............................................................................................................................................... 4
b. Web .................................................................................................................................................... 6
 Seguridad............................................................................................................................................ 6
 Home .................................................................................................................................................. 7
 Ieds ..................................................................................................................................................... 8
 Gateways ............................................................................................................................................ 8
 Reportes ............................................................................................................................................. 8
 Administración ................................................................................................................................... 9
 General ............................................................................................................................................. 11
 Mobile .............................................................................................................................................. 13
San Martín Sur 36 P2. Godoy Cruz, Mendoza (5501) – Argentina Página 1
Tel / Fax: 54 261 422 7711 – www.globalis-sa.com
1. Objetivo del Documento
Describir brevemente las funcionalidades del proyecto Sistema de Lectura Remota de
Protección a los fines de que el usuario final utilice debidamente el sistema.
2. Requerimientos de Hardware
El proyecto de Sistema de Lectura Remota de Protección requiere de un servidor Linux
y un servidor Windows.
A continuación, se detallan aspectos importantes para cada tipo.
a. Servidor Windows
 6 Gb de Ram mínimo.
 100 Gb de almacenamiento interno.
b. Linux
 2 Gb de Ram mínimo.
 100 Gb de almacenamiento interno.
3. Requerimientos de Software
Para el servidor Windows necesitaremos tener instalado:
 SQL Server express edition 2017
 Windows server 2016 standard en adelante
 .NET freamework 4.7 o superior
 ASPNET 3.5
 Instalación de IIS
 Servicio de Lectura proporcionado por Globalis S.A.
Para el servidor Linux solo necesitaremos cualquier SSOO como Debian GNU/Linux.
Para la conexión entre el servidor Linux y el Windows necesitaremos:
 Tener instalado el cifs-utils .
 Tener acceso a la red donde está el server Windows.
 Usuario de Windows con acceso a la carpeta del coordinado (<WindowsUser>) y
su clave (<WindowsUserPass>)
Pasos para realizar la conexión y sincronización entre el servidor Linux y Windows:
1- Crear una carpeta en el sistema de archivos de Linux para montar la carpeta de

red(<LinuxSharedFolder>)
2- Compartir la carpeta del Windows en la red (<WindowsShare>)
3- Crear otra carpeta dentro del sistema de archivos del Linux(<DestinoLinux>)
4- Montar en el Linux la carpeta compartida de Windows, con el siguiente comando
sudo mount.cifs <WindowsShare> < LinuxSharedFolder > -o
user=<WindowsUser>
ejemplo: sudo mount.cifs //192.168.1.100/PDMFiles PDMFilesExtern -o
user=administrator
Después se pide la clave del usuario.
5- Crear una tarea programada en Linux usando cron:

a. Ejecutar este comando: sudo crontab -e
b. Esto abre un editor de archivos, y agregar al final la siguiente línea
* * * * * rsync -avz <LinuxSharedFolder> <DestinoLinux> --delete
6- Para montar la unidad de red de manera permanente hay que editar un archivo con
este Comando: sudo nano /etc/fstab
7- Agregar en la última línea lo siguiente:
<WindowsShare> <LinuxSharedFolder> cifs
user=<WindowsUser>,password==<WindowsUserPass>,noexec,user,rw,nounix,u
id=1000,iocharset=utf8 0 0
8- Reiniciar el servidor y verificar que la sincronización esté funcionando. (sudo init 6)
Como resultado, en el Linux se ejecutará cada 1 minuto un comando que verificará los
archivos en la carpeta compartida del windows y si hay diferencias las copia a la carpeta
destino del Linux.
Luego de instalar y realizar la publicación en IIS, ir a server Manager -> Dashboard -> add
Roles and features y seleccionar (esto mismo se puede realizar durante la instalación del IIS):
Luego de copiar la carpeta del servicio ir a la siguiente carpeta y ejecutar:
C:\Windows\Microsoft.NET\Framework64\v4.0.30319>InstallUtil.exe "C:\Program File

s\Globalis\DCProtecciones\Distrocuyo.Servicio.exe"
Nota: Para el caso del servicio DistroMIO, utilizar la carpeta Framework\
Configurar los .config tanto del servicio como de la web.
<connectionStrings>
<add name="Distrocuyo" connectionString="Data Source=<NOMBRE_INSTANCIA>;Initial

Catalog=Distrocuyo;user
id=sa;password=<CONTRASEÑA_SA>;MultipleActiveResultSets=True;App=EntityFramework"
providerName="System.Data.SqlClient" />
</connectionStrings>
Nota: En el Windows recordar dar permisos al usuario del IIS para poder realizar cualquier operación
en la carpeta ../DsFile.
4. Documentación de las funcionalidades

a. Servicio
Análisis Interno
El servicio inicia con la lectura de los Gateways existentes en la Base de Datos.
 Si el modo de conexión es por Gateways entonces:
Por cada Gateways leído tendré IP, usuario y contraseña para poder realizar la
conexión por FTP.
El tiempo entre lectura y lectura será dado a través del parámetro “Tiempo entre
consultas” (Configurable por Vista Parámetros)
Se establece un tiempo mínimo de Tiempo entre consultas de 20 segundos.
Se establece la conexión con los Gateways uno por uno. Por cada Gateways se
lee a partir del Raíz todas las carpetas y archivos encontrados. En caso de que un
intento de conexión sea fallido, generará un evento que puede o no ser alerta
(dependiendo del valor establecido en el ABM Evento Tipo). Estas alertas se
asentirán cuando se modifica el valor de conexión para ese Gateways.
Para aquellos Gateways que tengan IP redundante configurada, cuando se

produce una falla de conexión, intentara reconectarse tantas veces como sea
posible mientras no se haya pasado el tiempo configurado en el parámetro “tiempo
redundante”, una vez finalizado ese tiempo, si no se ha logrado la conexión, se
intentará establecer la conexión con el Gateway redundante, y permanecerá
conectado a este hasta que se produzca una falla de conexión, lo que derivará en
el mismo proceso descrito anteriormente. En caso de que el Gateway no tenga IP
redundante configurada, y se produzca una falla de conexión, se intentará conectar
nuevamente indefinidamente.
El proceso de sincronización, realiza un modelo de los datos leídos y luego se

procede a analizar las Oscilografias, y posteriormente continua con los Eventos.
En el análisis de las Oscilografias, se crea una carpeta temporal, donde se

descomprimirán dichos archivos leídos.
Se leen cada nuevas Oscilografia (las mismas se obtienen del atributo

LastOscilografiaId), de las cuales se extraen de la primera línea el IED
correspondiente, y de las últimas dos, las fechas en que comenzó y la fecha en la
cual finalizó.
Luego se almacena dicha Oscilografia en los directorios según corresponda.
En el análisis de los Eventos, se verifica si hay nuevos eventos o cambios de

parámetros a través de los atributos almacenados en cada IED, los cuales son
“LastEventoFileSize” y “lastEventoFecha”. Si encontramos datos nuevos, serán
almacenados en los directorios según corresponda.
Se realizará una verificación de los eventos para saber si los mismos existen
actualmente en la Base de Datos, en caso de no encontrarse los mismos, serán
dados de alta automáticamente y almacenados en la tabla “EventosTipos” con el
atributo “EsAlerta” en “False”. Esto se realiza de esta forma, para que los mismos
aparezcan en el apartado de Alertas y el usuario pueda decidir qué hacer con
dichos eventos.
Los eventos generaran o no alertas dependiendo del valor “EsAlerta“.
Los eventos ahora contienen la siguiente sintaxis, ejemplo:
 INT52K6_POLO_L1_CERRADO = NO(0)
 INT52K6_POLO_L1_CERRADO = SI(1)
Los dos eventos pertenecen a distintos tipos de eventos, ejemplo:
 Tipo de evento INT52K6_POLO_L1_CERRADO = NO

 Tipo de evento INT52K6_POLO_L1_CERRADO = SI
El valor (1) o (0) activará una alerta en el primer caso, o desactivará todas las
existentes en el segundo caso, para ese IED en cuestión.
Para la lectura de Oscilografias, existen también otros tres modos de conexión:
 Si el modo de conexión es TFTP, para realizar la conexión se buscará cada

IED de conexión TFTP.
Buscamos en el Gateway el archivo “avisador” que nos dice cuál es la

última oscilografia del ied en cuestión y ver si hay que conectarse al ftp del
ied para traer la nueva oscilografia.
Descargamos el archivo y verificamos. En caso de que exista nueva

oscilografia, el archivo contiene el nombre de la ruta de la oscilografia a
descargar. Se leerá y guardará según corresponda.
 Si el modo de conexión es FTP no Polling, para realizar la conexión se

buscará cada IED de conexión FTP no Polling.
Para este caso, coincide con el anterior solo que ya contengo en el IED el
path de donde se guarda la oscilografia, por lo que si hay diferencia voy lo
busco en el path, lo leo y lo guardo según corresponda.
 Si el modo de conexión es FTP Polling, para realizar la conexión se buscará

cada IED de conexión FTP Polling.
Se conecta al IED, busca en el path asociado a ese IED, y verifica si hay

una nueva oscilografia, en caso de existir, lo leo y lo guardo según
corresponda.
b. Web
 Seguridad
 Login
Validación inicial para saber qué tipo de perfil se mostrará
 Perfiles
Existen tres tipos de perfiles:
 Administrador: Con acceso a todas las pestañas disponibles del
sistema.
 Operador: Acceso restringido a ciertas pestañas críticas como es
Parámetros, ABM solo podrá visualizarlos y solo podrá realizar reportes
de Eventos.
 Mantenimiento: Aun no está definido.
 HardKey
Será indispensable tener conectado la llave HardKey proporcionada
anteriormente para la utilización tanto de la aplicación como del
servicio.
La llave HardKey es controlada a lo largo de todos los procesos, tanto
en el momento de Login como al navegar por el sistema.
No solo se valida que la llave se encuentre colocada, sino que la misma
dispone de seguridad para la utilización de las llaves que han sido
habilitadas para dicho sistema.
Las llaves disponen de dos claves que son:
- Clave1: 1984
- Clave2: 2018
También cuenta con un PIN de verificación: distro
Para entender su funcionalidad:
Presencia de la llave: Es necesario que HardKey esté conectado para

que la aplicación y servicio detecten su presencia y dejen funcionar a
los mismos correctamente. En otro caso se solicitará la licencia del
producto.
Las claves 1 y 2 fueron almacenadas dentro del HardKey. Las mismas

se utilizan para verificar que las mismas solo fueron programadas para
dicha aplicación.
Un nuevo servicio será instalado para que cree una .dll en la carpeta
/cfg la misma está verificando la existencia de la misma continuamente,
en cuanto la llave sea removida o las claves no sean las correctas, dicha
.dll será removida y la licencia será solicitada inmediatamente.
 Home
Se muestra un mapa mostrando las subestaciones cargadas. Con un icono

en verde, aquellas subestaciones sin Alertas y con un icono en rojo aquellas
que si tienen Alertas. Si hacemos clic sobre un icono, podremos obtener
más información sobre la misma: Nombre de la subestación e información
sobre los IED. En verde cuando no cuente con IED’s con alertas, en naranja
cuando la subestación no cuente con ningún IED asociado y rojo cuando
tenga IED’s con alertas.
 Ieds
Se efectúa un listado de los coordinados disponibles en la Base de Datos
con sus respectivas Subestaciones activas, Paños activos y por cada Paño
sus IED. Para cada IED se visualizará Ajustes, Eventos, Oscilografías,
Reportes.
Al hacer clic en una Subestación, se listará un cuadro con todos los archivos
subidos y asociados a la subestación seleccionada. La misma pantalla nos
da la posibilidad de poder subir un nuevo archivo asociado a dicha
subestación. El mismo clic, despliega los paños asociados. Podemos evitar
listar los archivos de la subestación si el clic se hace directamente en el
icono de la subestación.
Al hacer clic en Ajustes, se listará un cuadro con todos los cambios de
ajustes en estados desactualizados o actualizados. Para los estados
desactualizados, se da la posibilidad de poder actualizar los mismos de la
misma vista sin necesidad de ir a “Carga Archivos de Ajustes”. Se da la
posibilidad de descargar el ultimo archivo de ajuste subido, o descargar
todos los que se hayan subido para ese IED seleccionado. El formato de
descarga es .zip.
Al hacer clic en Evento, se listará un cuadro con todos los eventos ocurridos
para dicho IED seleccionado.
Al hacer clic en Oscilografías, se listará un cuadro con todas las
oscilografías obtenidas, dando la posibilidad de descargar las mismas. El
formato de descarga es .zip.
Podremos también obtener reportes cortos exportable a partir de los datos
sincronizados. Obtendremos dos tipos de gráficos del reporte, analógicos, y
digitales.
Un icono verde o rojo representaran el estado de la presencia de los datos
de ese IED en el servidor Linux, el verde, denotará la consistencia de los
datos, el rojo lo contrario.
 Gateways
Se efectúa un listado de los gateways disponibles en la Base de Datos con
sus respectivos IED.
 Reportes
1. Reporte Eventos
Poder obtener un reporte de eventos a partir de la selección de los Filtro
de Fecha desde, Fecha hasta, seleccionando uno o varios IEDs,
seleccionado uno o varios Eventos y seleccionando o no una Criticidad.
El reporte se brinda en forma gráfica, Línea temporal donde se muestra
Fecha de creación, nombre del IED asociado y nombre del evento. Para
la misma búsqueda también la podremos obtener en formato
descargable .xls.
2. Reporte Auditoria
Poder obtener un reporte de Auditoria a partir de la selección de los

Filtros de Fecha desde, Fecha hasta y la selección de un tipo de
elemento a auditar. Dicho reporte lo obtendremos en formato
descargable .xls.
3. Reporte Logs
Poder obtener un reporte de Logs de eventos ocurridos internamente en

el sistema a partir de la selección de los filtros de Fecha desde, Fecha
hasta, tipo (Servicio o Plataforma) y la posibilidad de una referencia en
la búsqueda. Dicho reporte lo obtendremos en formato descargable .xls
 Administración
1. Carga Archivo de Ajuste
Para los archivos de cambio de ajustes se realizan los siguientes
procesos. El usuario deberá seleccionar Subestación, Paño, Ied e
ingresar el archivo a subir y validar contraseña. Internamente el
sistema genera un path para almacenar dicho archivo teniendo en
cuenta los datos cargados previamente.
El sistema valida que todos los datos sean completados para poder
realizar la carga.
Si la contraseña se encuentra almacenada en el browser, la misma no
será solicitada nuevamente.
Se verifica que el archivo ingresado sea distinto de un anterior ya
cargado, para ello, se realiza una comparación de largo de archivo y
una comparación bit a bit para el caso que el tamaño sea el mismo.
Solo se efectúa la carga del archivo cuando el archivo sea distinto o no
exista uno previo.
Cada archivo de cambio de ajuste se almacenará en una carpeta
Backup (configurable a través de Parámetros, “Path de sistema de
archivos Backup en servidor”) al momento de subir dicho archivo.
Se realizará una verificación de existencia de Eventos de cambio de
ajuste, en caso de ser afirmativo se asignará una fecha de ACK en el
evento para desactivar Alerta.
2. ABM Tipos de Eventos
En esta sección podremos visualizar todos los tipos eventos que el
servicio creó automáticamente. Los mismos serán creados con un nivel
alto de Criticidad. El mismo, podrá ser modificado por el usuario si lo
requiere. También se podrá realizar la modificación de los mismos para
poder hacer que las mismas generen o no Alertas dependiendo del valor
del atributo “EsAlerta” y si se quiere enviar o no Email cuando se
produzca un nuevo evento.
Como regla de negocio, siempre los eventos “Cambio de Ajustes”
generaran alertas.
3. ABM Gateways
En esta sección podremos dar de alta, baja o modificar Gateways a
partir de datos como Nombre del Gateways, User y Password, como así
también la IP, y la IP del Gateway redundante, si es que tiene.
De forma informativa muestra la cantidad de IED asociados a cada
Gateways.
4. ABM Ied
Se requiere el ingreso de un nombre de IED, nemotécnico, modelo,
marca, la selección de un Paño, la selección de un Gateways, una
dirección IP, TechnicalKey (el mismo se usa para indicarle al servicio
como buscar dicho IED en la estructura de carpetas del Gateway),
marcar si dicho IED generará alertas o no y marcar si sincroniza o no
con el CEN.
La marca de sincronización con el CEN, determina si los archivos de
Eventos y Oscilografías son sincronizados contra el servidor del CEN.
Los archivos que sincronizan son aquellos que se encuentran dentro de
la carpeta Sync que se encuentra dentro del árbol de carpetas de
DCFiles. Solo los IEDs que sincronicen contra el CEN, tendrán una
carpeta dentro de la carpeta Sync.
Además, podrá seleccionar el Modo de Conexión:
- IEC61850
- TFTP donde deberá agregar adicionalmente el Puerto
- FTP donde deberá agregar adicionalmente el Puerto, Nombre
Usuario, Contraseña, Path, y seleccionar Polling (El tiempo cuando
se utilice Polling será dado por el parámetro ”Tiempo entre
consultas”).
En tipos de eventos que sincronizan con el CEN, podremos des tildar,

aquellos tipos de eventos que no queramos sincronizar con el CEN, ya
que, por defecto, los mismos son seleccionados automáticamente.
Al momento de la carga se realizará la creación de la estructura de

carpetas (Ajustes, Eventos, Oscilografías, Reportes).
Nota: Si es una modificación no se tiene permitido modificar nombre, ni
nemotécnico, ni coordinado, ni subestación, ni paño, ni Gateway ya que
la modificación provocaría que en el Linux existiera un elemento nuevo,
igual, pero con distinto nombre.
5. ABM Paños
Se requiere el ingreso de un Nombre de Paño, Nemotécnico, Nivel de
tensión, y la selección de una Subestación.
6. Parámetros
Modificación de parámetros del sistema que el usuario podrá controlar
como tiempo entre consultas, y directorios en el servidor Windows.
7. ABM Subestaciones
Se requiere el ingreso de un Nombre de Subestación, con su
correspondiente ubicación, el o los Coordinados asociados, y como dato
adicional para la ubicación en el mapa del HOME, la latitud y la longitud.
8. ABM Coordinado
Se requiere el ingreso de un Nombre de Coordinado y de su

correspondiente nemotécnico.
9. ABM Usuarios
Se requiere el ingreso de un Nombre de Usuario, Apellido, E-mail y

cargo, como así también el ingreso de una contraseña requerida
para el ingreso. Existirán dos Perfiles iniciales, los cuales son,
Administrador, Operador y Mantenimiento.
 General
1. Funcionalidad Refresco de Página
El refresco de página corresponde a realizar la actualización constante de los

dropdown de Eventos y Alertas. El intervalo de tiempo estará dado por el parámetro
"Intervalo de refresco de página", el mismo estará dado en segundos. El mismo
refresco de pagina será el disparador del refresco del árbol de IED, y de las grillas
de eventos u oscilografias en caso de encontrarnos en dichas vistas.
2. Funcionalidad de Eventos
El ícono de la campana ubicada en la parte superior derecha, contiene un elemento

dropdown que muestra todos los eventos en un rango de tiempo dado por el
parámetro “Días a mostrar en Dropdown de Eventos”, el cual obtendrá a partir de
la fecha X cantidad de días hacia atrás según parámetro.
Actualmente visualizaremos fecha, path del IED relacionado y la descripción del
evento. Si hacemos clic en dicho evento, el mismo nos guiará y mostrará todos los
eventos del IED seleccionado.
El ícono mostrará un punto titilante en su parte superior si existen eventos nuevos

y no se han visualizado luego de una navegación de página. La acción de realizar
un clic inmediatamente desactiva dicho punto y el mismo solo se activará cuando
estando en una misma página ocurra un nuevo evento.
3. Funcionalidad de Alertas
El ícono de fuego ubicada en la parte superior derecha, contiene un elemento

dropdown que muestra todas las alertas que no se han asentido (Fecha ACK en
null).
Actualmente visualizaremos fecha, path del IED relacionado y la descripción del

evento. Si hacemos clic en dicha alerta, la mismo nos guiará y mostrará todos los
eventos del IED seleccionado.
El ícono mostrará un punto titilante en su parte superior si existen alertas nuevas.

La acción de realizar un clic sobre dicho ícono no desactiva dicho punto, el mismo
solo se desactivará cuando para el caso de “Carga de ajustes”, se realice dicha
acción con éxito. Para el caso de “Error de conexión con Gateway” las misma serán
asentidas cuando dicha conexión se reestablezca.
4. Funcionalidad Icono no sincronizado
En el árbol de IEDs se mostrará el icono de apertura en color rojo cuando un IED

tenga algún evento de “Cambio de Ajuste” con fecha de ACK en falso, indicando
que el mismo esta desactualizado.
En el árbol de Gateways se mostrará el icono de apertura en color rojo cuando un

Gateway tenga el atributo “FallaConexion” en true, lo cual indica que cuando el
servicio intento conectar con dicho Gateway no se logró establecer la conexión.
5. Funcionalidad envió de e-mail
Cuando se produce un nuevo evento, se verifica si el tipo de evento envía o no

Email. En caso de estar activado, se produce el armado y posterior envío de email.
El mismo proceso se realiza a partir de los valores ingresados en Parámetros:
- “Destinatarios de correos para Eventos seleccionados (separe los mismos por

"comas)”
- “MAIL: Enabled”, activar o desactivar envío de correos.
- ”MAIL: From”, correo desde donde enviar.
- ”MAIL: LINKCabecera”, Link a una imagen almacenada en algún servidor que será la
cabecera del correo.
- ”MAIL: LINKCabeceraH”, Alto de la imagen a mostrar en la cabecera.
- ”MAIL: LINKCabeceraW”, Ancho de la imagen a mostrar en la cabecera.
- ”MAIL: LINKPiePagina”, Link a una imagen almacenada en algún servidor que será el
pie del correo.
- ”MAIL: LINKPiePaginaH”, Alto de la imagen a mostrar en el pie.
- ”MAIL: LINKPiePaginaW”, Ancho de la imagen a mostrar en el pie.
- ”MAIL: Password”, password de la cuenta de envío de correo.
- ”MAIL: Puerto”, puerto del servidor de correo.
- ”MAIL: Servidor”, nombre/IP del servidor de correo.
- ”MAIL: SSLEnabled”, activar o desactivar SSL.
- ”MAIL: Usuario”, usuario de la cuenta de envío de correo.
 Mobile
1. Instalación de la API Mobile
Para la utilización de las aplicaciones Mobile, es necesario montar la API en el IIS

service. De la misma forma que se procedió para la instalación de la web, se
deberá crear un nuevo proyecto para la API.
El proyecto API debe ser ubicado al mismo nivel que la web, pero fuera de este.
Se debe configurar una IP/Puerto que luego es la que se deberá configurar en la

aplicación Mobile.
2. Configuración
Se deberá configurar el archivo web.config con los siguientes valores que a

continuación se detallan (o con los datos según el cliente donde se instale, debe
coincidir con la WEB).
<connectionStrings>
<add name="Distrocuyo" connectionString="data source=.\SQLEXPRESS;initial

catalog=Distrocuyo;user
id=sa;password=PASSWORD;MultipleActiveResultSets=True;App=EntityFramewor
k" providerName="System.Data.SqlClient" />
</connectionStrings>
<appSettings >
<add key="urlFireBaseAppPDMmobile"
value="https://fcm.googleapis.com/fcm/send" />
<add key=" "

value="AAAA__HSqYM:APA91bFVfuhghHV3oBeZOnGSvYcjyV6aHphDEavvO2MOF
c5kRmZ7Ny2bJfxoZn6uZENn00ddtb8xH5uf21tcrvkvSTEvq-
j4i5dLDwVTOGanBaNZ6guGRUcguyqc-C8oxMXuAMSr3Beo" />
</appSettings>
Recuerde reemplazar el connection string:
<Name>
<Data Source>
<ID>
<PASSWORD>
Segun corresponda.
En caso de que el servidor de notificaciónes push se haya cambiado, deberá

modificar los valores de las siguientes key:
<urlFireBaseAppPDMmobile>
<keyFireBaseAppPDMmobile>

Manual de Usuario V6.0

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Manual de Usuario V6.0

Cargado por

Copyright:

Formatos disponibles

2020

Manual de Usuario V6.0

1- Crear una carpeta en el sistema de archivos de Linux para montar la carpeta de

Después se pide la clave del usuario.

5- Crear una tarea programada en Linux usando cron:

Luego de copiar la carpeta del servicio ir a la siguiente carpeta y ejecutar:

C:\Windows\Microsoft.NET\Framework64\v4.0.30319>InstallUtil.exe "C:\Program File

Nota: Para el caso del servicio DistroMIO, utilizar la carpeta Framework\

Configurar los .config tanto del servicio como de la web.

<add name="Distrocuyo" connectionString="Data Source=<NOMBRE_INSTANCIA>;Initial

4. Documentación de las funcionalidades

El servicio inicia con la lectura de los Gateways existentes en la Base de Datos.

 Si el modo de conexión es por Gateways entonces:

Se establece un tiempo mínimo de Tiempo entre consultas de 20 segundos.

Para aquellos Gateways que tengan IP redundante configurada, cuando se

El proceso de sincronización, realiza un modelo de los datos leídos y luego se

En el análisis de las Oscilografias, se crea una carpeta temporal, donde se

Se leen cada nuevas Oscilografia (las mismas se obtienen del atributo

Luego se almacena dicha Oscilografia en los directorios según corresponda.

En el análisis de los Eventos, se verifica si hay nuevos eventos o cambios de

Los eventos ahora contienen la siguiente sintaxis, ejemplo:

Los dos eventos pertenecen a distintos tipos de eventos, ejemplo:

 Tipo de evento INT52K6_POLO_L1_CERRADO = NO

Para la lectura de Oscilografias, existen también otros tres modos de conexión:

 Si el modo de conexión es TFTP, para realizar la conexión se buscará cada

Buscamos en el Gateway el archivo “avisador” que nos dice cuál es la

Descargamos el archivo y verificamos. En caso de que exista nueva

 Si el modo de conexión es FTP no Polling, para realizar la conexión se

 Si el modo de conexión es FTP Polling, para realizar la conexión se buscará

Se conecta al IED, busca en el path asociado a ese IED, y verifica si hay

También cuenta con un PIN de verificación: distro

Para entender su funcionalidad:

Presencia de la llave: Es necesario que HardKey esté conectado para

Las claves 1 y 2 fueron almacenadas dentro del HardKey. Las mismas

Se muestra un mapa mostrando las subestaciones cargadas. Con un icono

Poder obtener un reporte de Auditoria a partir de la selección de los

Poder obtener un reporte de Logs de eventos ocurridos internamente en

En tipos de eventos que sincronizan con el CEN, podremos des tildar,

Al momento de la carga se realizará la creación de la estructura de

Se requiere el ingreso de un Nombre de Coordinado y de su

Se requiere el ingreso de un Nombre de Usuario, Apellido, E-mail y

El refresco de página corresponde a realizar la actualización constante de los

El ícono de la campana ubicada en la parte superior derecha, contiene un elemento

El ícono mostrará un punto titilante en su parte superior si existen eventos nuevos

El ícono de fuego ubicada en la parte superior derecha, contiene un elemento

Actualmente visualizaremos fecha, path del IED relacionado y la descripción del

El ícono mostrará un punto titilante en su parte superior si existen alertas nuevas.

4. Funcionalidad Icono no sincronizado

En el árbol de IEDs se mostrará el icono de apertura en color rojo cuando un IED

En el árbol de Gateways se mostrará el icono de apertura en color rojo cuando un

5. Funcionalidad envió de e-mail

Cuando se produce un nuevo evento, se verifica si el tipo de evento envía o no

- “Destinatarios de correos para Eventos seleccionados (separe los mismos por

Para la utilización de las aplicaciones Mobile, es necesario montar la API en el IIS

Se debe configurar una IP/Puerto que luego es la que se deberá configurar en la

Se deberá configurar el archivo web.config con los siguientes valores que a

<add name="Distrocuyo" connectionString="data source=.\SQLEXPRESS;initial

<add key=" "

Recuerde reemplazar el connection string:

En caso de que el servidor de notificaciónes push se haya cambiado, deberá

También podría gustarte