Ciudad Guayana, 2 de Agosto de 2003

Apreciados Camaradas de la red informativa más solicitada tanto a nivel local como a nivel internacional por la internet, reciban un coordial y caluroso saludo combativo, revolucinario y
bolivariano.

La presente es para denuncir publicamente que la empresa que se presto al sabotaje petrolero en las instalaciones de PDVSA Santomé Ubicado en las cercania de la Población el tigrito Estado
Anzotegui, es la empresa que esta contratada por la empresa estatal OPSIS la cual es la encargada de
Organizar y Planificar el sistema Electrico Interconectado Nacional, compatriotas tenemos que estar alerta, por que si estos señores dueños de la empresa deBarr sabotean el sistema computarizado inteligente que controla el Sistema Electrico corremos el riesgo de que el pais colapse, por favor hagan publica esta denuncia.

Favor leer los archivos anexos.

Muchas Gracias .

Carlos Azuaje.
carlosazuaje03@cantv.net



GERENCIA DE SISTEMAS


MANOPS
Asistencia Técnica al Centro de Control de OPSIS SCCO
TÍTULO
INFORME DE LA FALLA EN EL SISTEMA DE ADQUISICIÓN
DE DATOS (RDA) DEL SCCO – JULIO 2003
Nomb.
Fecha
Nomb.
Fecha
Nomb.
Fecha
Nomb.
Fecha
Nomb.
Fecha

A Nomb. F.deLima EMISIÓN

PARA COMENTARIOS

Fecha 25/07/03

REV ELABOR FIRMA REVISAD FIRMA APROB FIRMA EST.
N° Doc. deBarr N° Doc. OPSIS

Página
1 de 1


Tabla de Contenido
1. OBJETIVO 3
2. ANTECEDENTES 3
3. PERSONAL PARTICIPANTE EN LAS PRUEBAS 3
4. SINTOMAS 3
5. DIAGNÓSTICO 4
6. SOLUCIÓN 5
7. CONCLUSIONES Y RECOMENDACIONES 5
8. REFERENCIAS 6

OBJETIVO
Describir las actividades realizadas durante el día 24 de julio del 2003, relacionadas con la detección, diagnóstico y reparación de la falla ocurrida en el sistema de adquisición de datos a través del subsistema RDA del Centro de Control de Opsis SCCO.

ANTECEDENTES

De acuerdo con la información suministrada por OPSIS durante los días precedentes al 24 de julio del 2003 se estaban adelantando trabajos de configuración de la base de datos del SCCO asociadas a las RTU S/E El Tigre 230 kV y Yaracuy. Posterior al proceso de generación de la base de datos y activación de la misma se detectó que el proceso de adquisición de datos no se iniciaba.
Se observó que el procedimiento seguido por el personal de OPSIS para la generación de dicha base de datos fue el estándar recoemndado por el Fabricante, no obstante, no se realizaron pruebas integrales suficientes para determinar el correcto funcionamiento de las funciones de adquisición de datos y en general del funcionamiento integral de las funciones del SCCO, a los efectos de determinar la conclusión exitosa de la generación de una nueva base de datos. En la bitácora de generación de la base de datos no se reportaron errores.

El día 24/07/03, fue solicitada la asistencia al personal de la Sección Mantenimineto de Centros de Control por parte de la empresa deBarr.

PERSONAL PARTICIPANTE EN LAS PRUEBAS
José Rizo (OPSIS)
Fabio Febres (OPSIS)
Francisco de Lima (DEBARR)

SINTOMAS

-Las RTUs 160 (pcp 24/ch 23) y 165 (pcp 4/ch 3) de Yaracay y El Tigre 230 KV respectivamente no están adquiriendo información.
-El display de control de los “PCP” no funciona correctamente. No se permite el cambio manual del estado de los dispositivos
DIAGNÓSTICO
-La generación de la BD #3 realizada por el personal de OPSIS no produjo errores según se evidencia en el log de generación sdbgen.err.
-Se revisaron los procesos asociados al Bowtie directamente desde los servidores RDAS1 y 2. Se generó bowtie, sin obtenerse errores en el proceso de generación. Todos los procesos del tie se inician correctamente.
-Aunque los RDAS mostraban en la ventana wrgr la condición RUNNING, no estaban funcionando correctamente, ambos mostraban permanentes rearranques.
-Se revisó el RAS1.LOG encontrándose el siguiente error:
DLDADC: exceeded 65535 for (pt1.count(1034) * rec_size(64))
Revisando este programa se trata del RAS DOWNLOAD ANALOG AND ACCUMULATOR DATA

ROUTINE.

Este programa aborta cuando se detecta la condición de exceso de tamaño del bloque que indica el mensaje. Cuando ocurre esto, el resto de la descarga que debió realizarse no se ejecuta.
Luego se revisó la estructura fuente SOANLG y se encontró que el PNTNO asociado a los puntos de la RTU 160 de Yaracuy comienzan por el Nro. 1001 y terminan en el pto 1033. Se modificó el campo PNTNO comenzando la numeración desde 1. Sin embargo la dirección del punto a nivel del protocolo DNP3.0 (BITBYT) permaneció igual.
Para el diagnóstico se utilizaron las herramientas integradas del Bowtie y del RDAS (rlogit, tiestat, pcpmon, rtdbpt).

SOLUCIÓN

-Se cambió la numeración PNTNO de los puntos analógicos de la RTU 160 (Yaracuy) para que comenzara desde 1, dejando sin cambios el campo BITBYT que está entre 1001 y 1033.
-Se generó una nueva Base de Datos (#4)
-Se generó bowtie.
-Se activó la nueva base de datos (#4).
-Se verificó que los FEP, PCP y RTU estuvieran en línea (Display del SEA)

CONCLUSIONES Y RECOMENDACIONES

-La operatividad de la adquisición de datos fue recuperada. Los RDAS funcionan normalmente.
-La RTU de el Tigre se recuperó totalmente.
-Con relación a la RTU de Yaracuy se observa actividad a nivel físico y de enlace, sin embargo todos los puntos llegan con error de telemetría.
-El proceso de generación de la base de datos no reportó la falla anteriormente descrita, por lo que sugerimos notificar a ABBNM para que incluyan en la lista de condiciones de la base de datos fuente (Oracle) la restricción codificada en el programa DLDADC, para que en caso de ocurrir esta violación, la misma sea reportada durante la generación de la Base de Datos. La versión actual del DLDADC del SCCO es la baseline 1.7. submit garchert.28875 del 28/08/98.
Asímismo se recomienda al personal responsable de generación de las base de datos del SCCO, elaborar un protocolo de pruebas con los procedimientos e instructivos mínimos necesarios para garantizar que se hayan cubierto todas las contingencias posibles antes de proceder a integrar definitivamente “ESTABLECER” la nueva base de datos al sistema supervisor.

REFERENCIAS

- SYSTEM DATA REQUIREMENTS MANUAL (SDRM) Ranger ABBNM Rev. July 1996.
- BOWTIE Course 460.
- RANGER PROGRAMMERS REFERENCE MANUAL (ABBNM 08/1998)




A QUIEN PUEDA INTERESAR


Durante los sucesos de sabotaje petrolero que se desarrollaron durante los meses de Diciembre de 2002 y Enero del 2003 ocurrieron muchos eventos, entre estos el sabotaje del cual fue victima el Sistema Atumotizado de proceso de producción de inyección de gas y extracción de petróleo de los pozos de la zona oriental del país, específicamente en Santomé, ubicado en las cercanías de la población del Tigrito del estado Anzoategui. El personal que se mantuvo firmes a los principios de lealtad y de compromiso con el estado venezolano realizaron esfuerzos para tratar de poner en funcionamiento el Sistema de Supervisión y control de Santomé (SISTEMA RANGER), lo cual no lograron. Durante la adquisición de este Sistema de supervisión y Control los gerentes golpista que se encontraban en Santomé para ese entonces compraron dicho sistema bajo la filosofía de que este debería ser administrado por un ente externo, para el cual fue favorecida la empresa deBarr, cuyo contrato otorgado fue por 7 años con pagos mensuales de Bolívares 72.534.000 por concepto de mantenimientos mensuales y aúnales a dicho sistema. Durante la contingencia suscitada producto el sabotaje Petrolero los representantes de la empresa deBarr se negaron a intervenir el Sistema de Supervisión y control(SISTEMA RANGER) de Santomé, alegando que no se encontraban en el país, los señores Rafael De Lima y Francisco De Lima, ambos dueños de dicha empresa, además integradores y programadores de este sistema, enviaron un E-mail a los gerentes encargados en Santomé para el momento donde alegaban que no podía atender la falla que presentaba el sistema por que se encontraban en la ciudad de Santiago de Chile, expertos en la materia hicieron un seguimiento a dicho E-mail dando como resultado que el mismo fue procesado en un servidor ubicado en la ciudad de Caracas. Estos hechos determinaron el grado de compromiso que tiene la empresa deBarr con los gerentes Fascistas, Terrorias y Golpista que se creían dueños de PDVSA.

Hacemos el recuento del sabotaje petrolero en las instalaciones de PDVSA Santomé, para alertar a todos los ciudadanos y en especial al Sector Eléctrico en particular, para informarle que la empresa deBarr es la encargada de realizar los mantenimientos al Sistema de Supervisión y Control de la Oficina de Planificación del Sistema Interconectado y Similares (OPSIS), la cual depende tanto administrativa como operativa de un 80 % de C.V.G EDELCA , ahora , ¿Porqué si OPSIS depende en un 80% de EDELCA, por que no se utilizan los programadores e integradores del Sistema Centro de Control de EDELCA, el cual es idéntico al que EDELCA posee?, El personal que asiste el Sistema RANGERR de EDELCA es en su totalidad Trabajadores fijo de C.V.G EDELCA, con esto se lograría un ahorro en dinero y de recurso para OPSIS, por ende para C.V.G EDELCA y por consiguiente para el estado venezolano. Además la persona que Preside la empresa C.V.G EDELCA es el mismo presidente a OPSIS, cosa esta que facilitaría los intercambios de conocimientos Técnicos teóricos y prácticos entre ambos ente con relación al SISTEMA RANGER, y de esta manera se execra a la empresa deBarr la cual se sabe que esta comprometida hasta los tuétanos con los sectores Fascistas, Terrorista y Golpistas del país.

¡DEBEMOS ESTAR ALERTAS!