5. ANÁLISIS DE RESULTADOS
5.2 RESULTADOS DE LAS PRUEBAS DE INTERFAZ
Como primera prueba es necesario realizar un ping del servidor historian del CMCH al servidor del sujeto, que cabe mencionar pertenece a otra red y otro dominio diferente al del CMCH, para constatar que si existe comunicación entre los servidores.
Debido a que la interfaz Pi de Petroamazonas EP, es administrada por el propio sujeto de control, se desarrolla un informe de disponibilidad diariamente, como prueba de funcionamiento de interfaz, en el cual se realizan tendencias de históricos con variables obtenidas por métodos estadísticos para obtener muestras representativas de cada sujeto de control, esto se lo efectúa en el programa Microsoft Excel a través de la herramienta Pi Data link, la cual permite la creación de tendencias para la visualización de dichas variables en un periodo de tiempo establecido por cada funcionario dependiendo de proceso como se muestra en la Figura 39.
Mediante estas tendencias se puede visualizar si la interfaz se inhibe mediante el análisis de los valores de los tags que presentan un mismo valor durante el tiempo establecido, considerando que sean tags que deben variar en dicho tiempo, una vez que se encuentre con este inconveniente a través
85 del programa Pi System Management Tools se puede observar en la pestaña el TimeStamp (tiempo de censado) mediante el cual se puede observar la última fecha de modificación del tag, el mismo que debe actualizarse en función de cada tag, generalmente cuando la interfaz se inhibe el TimeStamp se queda con la última actualización que a menudo coincide con el tiempo en el cual los valores de los tags dejaron de variar. En la figura 39 se observa la tendencia de la interfaz un posible error de interfaz inhibida por lo que los valores no han variado en dos días
Figura 39. Tendencia de interfaz posiblemente Inhibida
La figura 40 pertenece a una captura de pantalla del programa Pi System Management Tools, donde se puede observar el tiempo de escaneo (Timestamp) de los mismo tags de la figura 39, se pueden observar que la última actualización de los tags se encuentran en una diferencia notable en la fecha de generación de la tendencia, la cual se observa en la parte de debajo de la tendencia no corresponde a la fecha de la última actualización de los tags en la figura 40.
86 Figura 40. Tiempo de escaneo en el programa Pi System Management Tools de interfaz
posiblemente inhibida
Para la corrección de este tipo de errores se solicita al sujeto de control que reinicie la interfaz, cabe mencionar que este tipo de errores también pueden ser por errores de campo del sujeto de control como daños en equipos de fondo y superficie, lo cual no permite el envío de datos a los servidores del sujeto de control por consiguiente al servidor historian del CMCH.
La figura 41 muestra la tendencia de tags que presentan posibles daños de equipos de fondo y superficie, ya que estos se encuentran en estados de valor con timeout (error) desde las fechas que se observan en la parte inferior del mismo gráfico. La figura 42 muestra el tiempo de escaneo de los mismos tags y el valor que estos cuentan al momento de la consulta, el cual coincide con la figura 41 y el valor se encuentra en timeout (error) desde la última fecha de actualización (timestamp)
Cuando se trata de estos errores el área de automatización puede exigir una explicación de porqué sucede esto y estar a la espera de la solución del problema por parte del sujeto de control.
87 Figura 41. Tendencia de Tags con posibles daños en equipos
Figura 42. Tiempo de escaneo y valores en el programa Pi System Management Tools de posibles daños en equipos
En el informe de disponibilidad figura 45 se lo realiza por medio del análisis de tendencias de la figura 43, las cuales se verifica si en algún momento existió una pérdida de comunicación o una inhibición de la interfaz, que se la observa en la variación de valores monitoreadas, interpretadas según conocimiento del experto de procesos, si hubo algún acontecimiento se lo registra en función del tiempo, se lo envía a los coordinadores de cada área para que estos notifiquen a los funcionarios de procesos y estos descarten estos valores como reales para la realización de sus informes diarios.
Una pérdida de comunicación se la visualiza como un corte o espacio en blanco en la continuidad de las líneas de las variables graficadas tal como se
88 observa en las figuras 39 y 41, estos cortes de comunicación pueden ser durante segundos, minutos o inclusive horas dependiendo del motivo que puede haber ocasionado estos fallos en el envío y recepción de datos. Cuando esto sucede se realiza un contacto con el sujeto de control que presenta este cuadro para solventar dicho problema. Y se solicita una recuperación de históricos, gracias al buffer que cada sujeto de control debe tener implementado en sus interfaces.
En el caso de Petroamazonas EP y su interfaz Pi2Pi no permite sobrescribir sobre datos ya enviados, por lo cual si la interfaz se inhibió y los funcionarios del CMCH no se percataron de este error, los datos de esta interfaz se perdieron durante el tiempo que se mantuvo la interfaz inhibida. Para corregir este error lo más común y fácil de realizar es mediante el reinicio de cada interfaz.
Pero en el caso de pérdida de comunicación la interfaz Pi2Pi realiza un buffer de los datos que no se envían al servidor historian del CMCH, para cuando este error sea superado, mediante la comunicación con el sujeto de control se solicita una recuperación de históricos, para lo cual Petroamazonas EP puede hacer uso de un mayor ancho de banda o inclusive en el caso de ser necesario utilizar otras interfaces Pi2Pi para que este envió de datos se lo realice en un menor tiempo. De esta manera la recuperación de históricos si es posible por la interfaz Pi2Pi.
89 Figura 43. Tendencia de Variables, Shushufindi.
90 Figura 45. Informe de Disponibilidad CMCH