Академический Документы
Профессиональный Документы
Культура Документы
Por
Vctor Ren Rodrguez Gutirrez
PROYECTO DE GRADO
Presentado ante la Ilustre Universidad Simn Bolvar
como requisito parcial para optar al ttulo de Ingeniero Electrnico
PALABRAS CLAVES
Medicin Fiscal y de Referencia, Adquisicin de Datos, Supervisin y Monitoreo, Oleoductos,
PDVSA.
Aprobado con mencin:
Postulado para el premio:
Sartenejas, Abril de 2005.
iii
Vctor Ren.
iv
AGRADECIMIENTO
Por sobre todas las cosas le agradezco a Dios, quin me ha brindado paz, fuerza, gran
paciencia, voluntad, y autodominio, para culminar satisfactoriamente mis metas a lo largo de
mi vida.
A mis Padres, Pedro y Mercedes, a mi Hermanita Carla, quienes con humildad, nimo,
dedicacin y amor, me han apoyado, aconsejado e inspirado para culminar mi carrera.
A abuelita Doris, quien con sus sabios consejos me ha guiado por los caminos
correctos durante toda mi vida.
A mis familiares, Abuela ngela, Luis Gonzalo, Ludys, Marisela, To Rafael, Ta
Chepi, Ta Candi, Cabeto, Ta Negra, Mariela, quienes me han ayudado de alguna manera u
otra a lo largo de mi carrera.
Al ingeniero Juan Pomares, tutor industrial, quien con gentileza y profesionalismo se
esforz por ayudarme y atender cualquier problema e inquietud durante el desarrollo del
trabajo.
A la ingeniero Teresa De Caires, quin con su dedicacin y esfuerzo hizo posible que
llevar a cabo mi trabajo.
Al ingeniero, Cristhian de Castro, tutor acadmico, por comprometerse y disponer de
tiempo para atender la realizacin de mi trabajo.
A mis Grandes Amigos quienes compartieron conmigo toda la carrera, ayudndonos
unos a los otros: Fran, Fede, Dioris, Silvia, Antonio, Mara, lvaro, Gabriel, Max, Francisco,
Gus, Emilio, Lenny, Jos Rafael, Ral, Katiuska, Pedro, Jos Javier, Ian.
A dos Grandes Personas, Martina y Dayana, quienes con su humildad, cario y amor,
me han ayudado y apoyado en mis cosas.
A mis Amigos y Compaeros de Trabajo quienes me apoyaron y me ayudaron cuando
lo necesit: Ana Mara, Guillermo, Rene, Galo, Carlos, Luisa, Grace, Sr. Tony, Kathleen,
Celeste, Romel, Karina.
NDICE GENERAL
RESUMEN ii
DEDICATORIA iii
AGRADECIMIENTO iv
INDICE GENERAL v
INDICE DE TABLAS ix
INDICE DE FIGURAS x
A.1.- MOPSlcd7
A.2.- PCM-3116
A.3.- PCM-3660
A.4.- Xtreme/104
A.5.- HE104
NDICE DE TABLAS
NDICE DE FIGURAS
LISTA DE ABREVIATURAS
Silvn y Palmita. En 1965 la Venezuela Atlantic Refining Company, perfora el pozo Pez-4,
con una produccin inicial de 300 barriles por da. En 1977 con la nacionalizacin petrolera,
las 14 empresas operadoras que existan para ese momento pasan a ser propiedad del Estado.
Entre su nueva estructura destaca Llanoven que en ese ao se fusiona con la CVP, absorbiendo
a Palmaven, Bariven y Deltaven para formar CVP Llanoven. En 1978, se firma el registro
mercantil de Corpoven filial de Petrleos de Venezuela y al ao siguiente la casa matriz le
asigna a la nueva empresa las reas operacionales integradas, entre las cuales se encuentra la
de Barinas donde seguira la extraccin de crudos en campos ya existentes como Sinco,
Silvestre, Mingo, Maporal, Silvn, Hato y Pez.
Hoy en da PDVSA Petrleo y Gas se constituye por tres grandes divisiones, dedicadas
a las actividades medulares del negocio: PDVSA Exploracin, Produccin y Mejoramiento;
PDVSA Refinacin, Suministro y Comercio; y PDVSA Gas. Cada una de estas divisiones a su
vez est integrada por diversas empresas y unidades de negocio, ubicadas tanto en Venezuela
como en el exterior, siendo desarrollado el sector petroqumico por Pequiven y sus empresas
mixtas. Con esta reestructuracin organizativa las reas operacionales de Barinas y Apure
quedaron ubicadas dentro del organigrama en la divisin correspondiente a Exploracin,
Produccin y Mejoramiento, especficamente en Produccin bajo la denominacin de Distrito
Sur, al mismo nivel de las otras dos gerencias en el mbito nacional: Gerencia General
Oriente y Gerencia General Occidente. De esta manera, el Distrito Sur maneja hoy por gestin
directa las Unidades de Explotacin de los yacimientos petrolferos de crudos livianos y
medianos, ubicados en los llanos occidentales, en los estados Barinas y Apure, abarcando una
superficie estimada de 280 Km2. En esta rea no hay campos bajo convenios operativos. Su
capacidad de produccin actual es de 150 mil barriles diarios de crudo, los cuales vienen a
3
INTRODUCCIN
representar el cuatro por ciento de la capacidad de produccin nacional. Se espera llegar a una
capacidad de produccin de 260 mil barriles diarios de crudo y condensado, para finales del
ao 2009. Su produccin es transferida a la Refinera El Palito por el Oleoducto de 20
pulgadas con una longitud de 643 Km, recorriendo los estados Apure, Barinas, Portuguesa,
Yaracuy y Carabobo.
La integracin del sistema implic establecer la interaccin de las distintas etapas que
conforman la arquitectura, desde la captacin de los datos de campo enviados por los distintos
transmisores de las variables de procesos, hasta la disposicin de esos datos en un ambiente
desarrollado bajo estndares Web que permita la consulta de los mismos desde cualquier parte
de la red de procesos de la Corporacin, sin necesidad de utilizar computadores y herramientas
especializadas. La aplicacin Web debe ser consultada desde un explorador convencional, que
contenga los requerimientos que comnmente se exigen al navegar en Internet. La Captacin
de Datos est basada en el Sistema Net-DAS montado sobre un computador modular de
estndar industrial de conexin PC/104 Plus. Los protocolos de comunicacin estn dentro
de los estndares utilizados comnmente en las redes industriales de la Corporacin. Las
aplicaciones utilizadas para la implementacin estn desarrolladas en lenguajes de
programacin comnmente utilizados, siguiendo los estndares ms empleados para
arquitecturas basadas en Web.
4
INTRODUCCIN
El libro consta de seis captulos, los cuales son brevemente descritos a continuacin:
El segundo captulo plantea los argumentos y bases tericas necesarias para ayudar al
lector al entendimiento del contenido del resto de los captulos que conforman el libro. Se dan
definiciones y caractersticas de los principales tpicos abarcados en el contexto del Proyecto.
El desarrollo del Proyecto est explicado en el cuarto captulo, el cual empieza por una
descripcin de la metodologa empleada para lograr la integracin del sistema. La metodologa
est conformada por un grupo de fases que hacen posible llevar a cabo el Proyecto de manera
exitosa y organizada. El cuerpo principal de este captulo esta constituido por el estudio a
fondo de la arquitectura del sistema, para lo cual se hace una descripcin tcnica detallada de
cada uno de los mdulos que conforman a la misma. Se describe el funcionamiento lgico del
sistema, la configuraron los transmisores de campo, la conformacin de las redes para la
5
INTRODUCCIN
En el quinto captulo se describen por un lado las ventajas y limitaciones del sistema, y
por otro, el conjunto de pruebas hechas para evaluar el funcionamiento de las etapas que
constituyen el sistema, y los resultados obtenidos de cada una de ellas.
2.1.- Introduccin
Debido a los constantes cambios y las crecientes exigencias por las que atraviesan
todas las empresas productoras de bienes y servicios en lo referente a calidad de la
informacin, productividad, disminucin de costos de produccin, la industria en general ha
venido encaminando sus acciones hacia la formulacin de planes que hagan posible la
optimizacin y el mejoramiento de los procesos, con el fin de obtener los mayores beneficios y
cumplir con los retos que se imponen.
obtienen datos en tiempo real y continuo de las variables importantes. Por lo tanto, es factible
la prueba de sistemas alternativos de captacin de datos, ms an si son desarrollos propios de
la Corporacin.
Objetivo General:
Planificar, Desarrollar e Implantar un Sistema Integrado para Medicin Fiscal y de
Referencia en las Estaciones de Flujo y Patio de Tanques.
Objetivos Especficos:
3.1.- Introduccin
En el presente captulo se pretende hacer una revisin por cada uno de los conceptos
abarcados en el desarrollo del proyecto, para facilitar el entendimiento de los distintos
sistemas y aplicaciones que conforman la integracin de la arquitectura del Sistema de
Medicin Fiscal y de Referencia en Lnea.
Los procesos operacionales que estn asociados a P.T.S. son los siguientes (ver Figura
3.1):
MARCO TERICO
MARCO TERICO
de dicha localidad (el mismo que supervisa y controla las operaciones de los campos de
produccin de Barinas), en 1 PLC marca Allen Bradley, modelo 5/20E ubicado en la sala de
bombas de dicha instalacin, en 2 RTUs marca Bristol Babcock, modelo DPC3330 ubicadas
en la sala de telemetra de dicha localidad. La comunicacin entre el sistema SCADA y las
RTUs se realiza a travs de la aplicacin OpenBSI v2.3 de Bristol Babcock y el controlador
BR3 v6.10f del referido SCADA. La comunicacin con los equipos de campo se realiza
mediante enlaces seriales a 9.600 bps con el protocolo BISAP. La comunicacin entre el
sistema SCADA y el PLC se realiza a travs de la aplicacin RsLinx Gateway v02.10.118.0 de
Rockwell Software y el controlador ABR v6.53g del referido SCADA, mediante un enlace de
red Ethernet TCP/IP (tanto el SCADA como el PLC estn conectados a la red de datos de la
corporacin).
Servicio Instalacin
MARCO TERICO
MARCO TERICO
MARCO TERICO
Las instalaciones que conforman este servicio son cinco Estaciones de Flujo: Estacin
de Flujo Mingo, Estacin de Flujo Palmita, Estacin de Flujo Silvn, Estacin de Flujo
Silvestre - B, Estacin de Flujo Sinco - D. En la Figura 3.3 se muestra una estacin de Flujo.
Cada una de las instalaciones asociadas a un servicio estn compuestas por siete
sistemas: SCADA, Sistema de Energa de Sala de Control, Sistema de Energa de la Estacin,
Telecomunicaciones, Equipos de Adquisicin de Datos (PLC o RTUs), Equipos Inteligentes e
Instrumentacin de Campo).
MARCO TERICO
MARCO TERICO
el medidor ms apropiado para una determinada aplicacin. Para mayor informacin sobre la
Descripcin del rea de Coordinacin Operacional consultar [GARCA, 2004].
Esa Norma tiene como propsito principal servir de gua a la industria petrolera
establecida en el pas para alcanzar un nivel de medicin automatizado que permita conocer
exactamente la produccin y utilizacin de los recursos naturales explotados. Las normas de
Fiscalizacin de Hidrocarburos de Venezuela utiliza algunos procedimientos acreditados
internacionalmente provenientes de organismos oficiales y de instituciones especializadas en
la materia, as como la aplicacin de patrones adecuados que garanticen la exactitud de la
medicin fiscal en la industria petrolera nacional, con la utilizacin de equipos confiables
debidamente certificados por empresas terceras acreditadas. En el Apndice E se encuentra en
detalle las Normas Tcnicas para la Fiscalizacin de Hidrocarburos Lquidos.
MARCO TERICO
1
Figura extrada de las Normas Tcnicas para la Fiscalizacin de Hidrocarburos Lquidos (ver Apndice E).
19
MARCO TERICO
2
Figura extrada de las Normas Tcnicas para la Fiscalizacin de Hidrocarburos Lquidos (ver Apndice E).
20
MARCO TERICO
3.4.1.- HART
3.4.1.1.- Descripcin
HART es un acrnimo para Highway Addressable Remote Transducer. El protocolo
HART fue desarrollado por Rosemount Inc, sin embargo, para difundir el uso de
comunicacin digital en los dispositivos de campo, Rosemount ha transferido todos sus
derechos sobre el protocolo HART a la Fundacin de Comunicacin HART (HCF, siglas en
ingls) y est disponible para el uso de cualquier compaa o persona.
HART utiliza una seal estndar de BELL, 202 codificada por desplazamiento en
frecuencia, para comunicar a 1200 baudios, superpuesta sobre la seal de medicin de 4-
20mA. Teniendo un promedio de cero, la seal codificada por desplazamiento en frecuencia
no interfiere con la seal analgica. El 1 es representado por un ciclo de 1200Hz, mientras
que el 0 es representado por aproximadamente dos ciclos de 2200Hz, tal como se muestra en
la Figura 3.6.
I (mA)
1 0
+0.5 mA
0 1200 Hz 2200 Hz
20
-0.5 mA
respuesta comando
comando respuesta
t (s)
Hart es un protocolo amo-esclavo. Puede haber hasta dos amos y hasta 15 dispositivos
esclavos se pueden conectar en configuracin multipunto. Cada mensaje incluye las
direcciones de su fuente y destino, para asegurarse de que es recibido por el dispositivo
21
MARCO TERICO
correcto, y tiene una suma de verificacin (checksum) para poder detectar cualquier
corrupcin del mensaje. El estado del dispositivo de campo est incluido en cada mensaje de
respuesta, indicando su estado de operacin correcto. Puede o no haber informacin o datos
incluidos en el mensaje, dependiendo del comando en particular. Dos o tres transacciones de
mensajes se pueden realizar cada segundo.
Para llevar a cabo diferentes funciones preestablecidas el protocolo HART utiliza los
comandos, o en otras palabras los identificadores de la funciones que se pretende utilizar. Los
comandos del protocolo HART se clasifican en tres grupos. El primer grupo es el de
comandos universales, y provee funciones que estn implementadas en todos los dispositivos
de campo. El segundo grupo, comandos de prctica comn, provee funciones comunes a
muchos dispositivos de campo, pero no todos. Si un dispositivo implementa funciones que
estos comandos describen, debern ser invocadas mediante el nmero de comando asignado
por la Fundacin Hart. El tercer grupo, comandos especficos de dispositivo provee funciones
que son ms o menos nicas para un dispositivo particular.
MARCO TERICO
+ 24 V
+
Tx
RL
0V
La seal HART debe ser introducida y leda del lazo de corriente. La fuente de poder
est casi en corto circuito para las frecuencias de la seal Hart, por lo que el dispositivo amo
no puede ser conectados directamente al lazo, se deben conectar en paralelo al transmisor o a
la resistencia de carga. Un equipo con protocolo de comunicacin Hart no debe introducir
ninguna carga DC a la lnea. Para asegurarse de que as sea se debe conectar al lazo mediante
un condensador de 5F o ms. Algunos de los dispositivos de campo con lazo de 4-20mA son
activos, es decir, estos son los que alimentan el lazo. Con este tipo de dispositivos no hace
falta la fuente de poder.
MARCO TERICO
CUENTA
PREAMBULO INICIO DIRECCIN COMANDO ESTATUS DATOS CHECKSUM
BYTE
El prembulo:
El prembulo consiste de 5 a 20 bytes con el nmero hexadecimal FF (todos 1s). Esto
permite que el receptor sincronice la frecuencia de la seal y la cadena de caracteres recibida
despus de la deteccin inicial del mensaje Hart. Para el primer intento y cualquier intento
sucesivo de comunicacin, se debera utilizar 20 bytes de prembulo para tener la mayor
probabilidad de xito. La respuesta al comando #0 le dice al amo cuantos caracteres de
24
MARCO TERICO
prembulo le gustara recibir al dispositivo; el amo puede utilizar el comando #59 para
indicarle cuantos bytes de prembulo debe incluir en la respuesta.
MARCO TERICO
DM MR 0 0 DE
DM MR
DE
En la estructura de formato largo, si se asigna cero a todos los bits, se puede utilizar
como un mensaje de transmisin sin destinatario especfico, es decir, un mensaje que sea
aceptado por todos los dispositivos. Esto solo es posible si los datos en el mensaje determinan
cual de los dispositivos debe responder. Por ejemplo, el comando #11 (leer el identificador
nico asociado a la etiqueta) normalmente utiliza direcciones de transmisin sin destinatario
especfico con una etiqueta en el campo de datos, de modo que todos los dispositivos
conectados reciben el mensaje pero solo uno de ellos responde.
Comando:
El campo de comando contiene un entero del 0 al FD (en decimal 253), como su
nombre lo indica representa el comando HART. El comando recibido se incluye en la
respuesta del esclavo al ser enviada, ya que para cada comando se define una estructura
especfica para el campo de datos, y una respuesta en particular.
26
MARCO TERICO
Cuenta de bytes:
Este campo contiene un entero, que indica el nmero de bytes que forman el resto del
mensaje (eso es los campos de estado y de datos, la suma de verificacin checksum no se
incluye). El dispositivo receptor utiliza esto para identificar el byte de suma de verificacin y
para determinar cuando el mensaje se ha completado. Como el campo de datos esta limitado a
25 bytes mximo, esta cuenta puede ser cualquier nmero decimal entre 0 y 27.
Estado:
El campo de estado tambin es llamado el cdigo de respuesta, solo se incluye en el
mensaje de respuesta de un esclavo. Consta de dos bytes, a travs de los cuales se reporta
cualquier error de comunicacin, el estado del comando recibido (como por ejemplo
dispositivo ocupado o que no reconoce dicho comando), y el estado de operacin del esclavo.
Datos:
No todas las respuestas contienen datos. Para aquellas que si, y adems cumplan con
las reglas de tiempo, el campo de datos no puede exceder los 25 bytes. Los datos pueden estar
en forma de enteros sin signo, nmeros de punto flotante o cadenas de caracteres ASCII. El
nmero de bytes del campo de datos, y el formato de datos utilizado para cada tem se
especifican de acuerdo al comando recibido.
MARCO TERICO
3.4.2.- Modbus
3.4.2.1.- Introduccin
El protocolo Modbus emplea el principio de amo esclavo aunque la red de
comunicacin sea persona a persona, en el cual el dispositivo (el amo) puede inicializar
transacciones llamadas queries3. Los otros dispositivos (los esclavos) responden al amo
enviando la data solicitada o ejecutando la accin requerida en el query.
El protocolo Modbus establece un formato para las preguntas hechas por el amo, donde
incluye la direccin del dispositivo (o en su defecto la direccin broadcast), un cdigo de
funcin de acuerdo a la accin solicitada, una data a ser enviada, y un campo de chequeo de
error. Por otra parte, el formato del mensaje de respuesta originario del esclavo, contiene
campos de confirmacin de la accin ejecutada, alguna data a ser regresada, y un campo de
chequeo de error. Si algn error ocurre en la recepcin del mensaje, o si el esclavo no esta en
capacidad de realizar la accin solicitada, el esclavo construye un mensaje de error y lo enva
como su respuesta. En la Figura 3.11 que se muestra a continuacin se puede apreciar el ciclo
establecido entre el amo y el esclavo.
La Pregunta:
El Cdigo de Funcin en la Pregunta le dice al dispositivo esclavo direccionado que
tipo de accin debe ejercer. Los bytes de datos contienen informacin adicional que el esclavo
necesita para ejecutar la funcin. Por ejemplo, el cdigo de funcin 03 le solicita al esclavo la
lectura de los registros de mantenimiento (holding registers, en ingls), y ste responde con
los datos contenidos en tales registros. El campo de datos debe contener la informacin del
registro de inicio en la cual empezar a leer el esclavo, as como tambin la cantidad de
3
En espaol se interpreta como preguntas, solicitudes.
28
MARCO TERICO
registros a leer. El campo de chequeo de error proporciona un mtodo para que el esclavo
pueda validar la integridad de los contenidos del mensaje.
La Respuesta:
Si el esclavo hace una respuesta normal, el cdigo de funcin en la respuesta es una
replica del cdigo de funcin en la preguntas. Los bytes de datos contienen la informacin
recolectada por el esclavo, tal como los valores de registro o estatus. Si un error ocurre, el
cdigo de funcin es modificado para indicar que la respuesta es un error, y los bytes de datos
contienen un cdigo que describe el error. El campo de chequeo de error le permite al amo
confirmar que el contenido del mensaje es vlido.
MARCO TERICO
El proyecto contempla la utilizacin del modo RTU. Por ello a lo largo del libro no se
hace referencia al modo ASCII. Para ms detalles sobre este protocolo consultar
[MODICON,1996].
4
Least Significant Bit. En espaol, Bit Menos Significativo.
30
MARCO TERICO
Modbus TCP bsicamente embebe, de una manera simple, un marco (frame) Modbus
en un marco TCP. Esto es una transaccin orientada a conexin lo cual significa que cada
query o pregunta debe tener su correspondiente respuesta.
Enmarcado RTU:
En este modo, los mensajes comienzan con un intervalo de silencio de no menos de 3.5
veces de caracter. Esto es implementando ms fcilmente como un mltiple de veces de
31
MARCO TERICO
caracter en la tasa de baudios, el cual es utilizado en la red (mostrando en la Figura 3.13 como
T1-T2-T3-T4). El primer campo transmitido es la direccin del dispositivo.
Chequeo de
Inicio Direccin Funcin Datos Final
Error (CRC)
T1 T2 T3 T4 8 bits 8 bits n x 8 bits 16 bits T1-T2-T3-T4
Los caracteres permitidos para todos los campos son hexadecimal 0-9, A-F. Los
dispositivos monitorean continuamente el bus de la red, incluso durante los intervalos de
silencio. Cuando el primer campo (el campo de direccin) es recibido, cada dispositivo lo
decodifica para determinar si el es el dispositivo direccionado.
Similarmente, si un nuevo mensaje comienza antes del intervalo final de las 3.5 veces
de caracter de un mensaje previo, el receptor lo considera como una continuacin del mensaje
previo. Esto origina un error, como un valor invlido del campo CRC (o Chequeo de Error)
por la combinacin de los mensajes. Un marco tpico del mensaje Modbus RTU se muestra a
continuacin.
Campo de Direccin:
El campo de direccin del marco del mensaje contiene 8 bits en el modo RTU. El
rango de las direcciones vlidas de dispositivos esta comprendido entre 0 247 en decimal.
Los dispositivos esclavos utilizan direcciones comprendidas en el rango entre 1 247. Un
dispositivo amo direcciona a un esclavo colocando la direccin del esclavo en el campo
correspondiente en el mensaje. Cuando el esclavo enva su respuesta, ste ubica su propia
direccin en el campo de direccin para que el amo conozca cual dispositivo esta
respondiendo.
32
MARCO TERICO
Campo de Funcin:
El campo de cdigo de funcin de un marco de mensaje contiene 8 bits en el modo
RTU. Los cdigos vlidos estn en el rango de 1 255 en decimal. Dependiendo del
dispositivo algunos cdigos aplican, otros no.
Cuando el esclavo le responde al amo, ste utiliza el campo de cdigo de funcin para
indicar si es una respuesta sin error o si algn tipo de error ocurri (llamada una respuesta de
excepcin). Para una respuesta normal, el esclavo simplemente replica el cdigo de funcin
original. Para una respuesta de excepcin, el esclavo retorna un cdigo que es equivalente al
cdigo de funcin original con su bit ms significativo puesto en 1 lgico.
Por ejemplo, un mensaje del amo al esclavo para leer un grupo de registros de
mantenimiento (holding registers, en ingls) tendra el siguiente cdigo de funcin:
Si el dispositivo esclavo toma la accin solicitada sin error, ste regresa el mismo
cdigo como su respuesta. Si excepcin ocurre, ste regresa:
MARCO TERICO
Campo de Datos:
El campo de datos es construido utilizando conjuntos de dgitos hexadecimales, en el
rango de 00 a FF hexadecimal. El campo de data de los mensajes enviados de un amo a un
esclavo contiene informacin adicional, la cual debe ser usada por el esclavo para tomar la
accin definida por el cdigo de funcin. Esto puede incluir direcciones de registros, la
cantidad de trminos a ser manejados, y la cuenta de bytes de la data actual en el campo.
El campo de datos puede ser no-existente (de longitud cero) en ciertos tipos de
mensajes. Por ejemplo, cuando el amo solicita el registro (log, en ingls) de evento de
comunicaciones, el esclavo no requiere ninguna informacin adicional. El cdigo de funcin
por s solo especifica la accin completa.
MARCO TERICO
El campo de CRC esta adherido al mensaje como el ltimo campo del mismo. Cuando
est hecho, el byte de orden bajo se encuentra seguido del byte de orden alto. El byte de orden
alto del CRC es el ltimo byte enviado en el mensaje.
3.4.3.- HTTP
El Protocolo de Transferencia de HiperTexto (Hypertext Transfer Protocol, en ingls)
es un sencillo protocolo cliente-servidor que articula los intercambios de informacin entre los
clientes Web y los servidores HTTP. La especificacin completa del protocolo HTTP 1/0 est
recogida en el RFC 1945. Fue propuesto por Tim Berners-Lee, atendiendo a las necesidades
de un sistema global de distribucin de informacin como el World Wide Web.
Desde el punto de vista de las comunicaciones, est soportado sobre los servicios de
conexin TCP/IP, y funciona de la misma forma que el resto de los servicios comunes de los
entornos UNIX: un proceso servidor escucha en un puerto de comunicaciones TCP (por
defecto, el 80), y espera las solicitudes de conexin de los clientes Web. Una vez que se
35
MARCO TERICO
Cliente Servidor
HTTP
MARCO TERICO
Las llamadas remotas son enmarcadas en un formato que puede ser entendido desde el
otro lado de la conexin. Mientras las dos mquinas estn de acuerdo en un formato, ellas se
pueden hablar entre s. He ah el valor de estandarizar la plataforma intermedia para poder
37
MARCO TERICO
RS - 485 utiliza un principio diferente: Cada seal utiliza una lnea de par trenzado (2
cables trenzados alrededor de ellos mismos). Se habla de Transmisin de Data Balanceada o
Transmisin de Voltaje Diferencial. Por simplicidad, se habla de un par trenzado A y otro
B. Entonces, la seal esta inactiva cuando el voltaje en A es negativo y el voltaje en B es
positivo. De otra forma, la seal esta activa cuando A es positivo y B es negativo. Con RS -
485 el cable puede sobrepasar los 1200 metros de longitud, y comnmente trabaja en circuitos
a una tasa de transferencia a 2.5 MB/s.
38
MARCO TERICO
Conector
DB9
MARCO TERICO
Conector
DB9
MARCO TERICO
Los sistemas basados en PC/104 son utilizados para varias aplicaciones, incluyendo
fbricas, laboratorios, plantas de proceso, vehculos y casi cualquier otro lugar donde los
dispositivos deban ser controlados por una computadora programable.
MARCO TERICO
PC/104-Plus
PC/104-Plus es bsicamente el agregado del bus PCI (Peripheral Component
Interconnect5) al estndar PC/104. PCI permite acceso directo a los dispositivos perifricos al
CPU el cual puede mejorar en forma considerable el desempeo el sistema. PC/104-Plus ha
llegado justo a tiempo para controladores de video, procesadores y otros dispositivos de alto
rendimiento, manteniendo la compatibilidad hacia atrs con PC/104. La especificacin
PC/104-Plus define la adicin de PCI a PC/104 incluyendo detalles de los conectores. El
nuevo conector tiene 120 pines con espacio de 2mm.
5
Interconexin de Componente Perifrico
42
MARCO TERICO
Mdulo MOPSlcd7
Es la tarjeta madre del equipo. En este mdulo se encuentra el procesador Intel
Pentium III de 700 MHz, la memoria RAM de 512 MB, dos puertos RS - 232, un puerto
paralelo, una entrada IDE6 para dispositivo de almacenamiento, conector para la unidad de
diskette, conector para el modem, una salida de video y por ltimo, conectores para teclado y
ratn. El mdulo MOPSlcd7 se muestra en la Figura 3.18.
6
Intergrated Drive Electronics, una interfaz popular para conectar dispositivo de almacenamientos en PCs.
43
MARCO TERICO
Mdulo PCM-3116
Permite manejar el Compact Flash como un dispositivo de almacenamiento de
conector IDE. Este salida IDE va conectada a travs de un cable plano a la entrada de la tarjeta
madre. Este mdulo se muestra en la Figura 3.19.
Salida IDE
Compact Flash
Mdulo PCM-3660
Es la Tarjeta de Red del Computador. Tiene las siguientes caractersticas tcnicas (ver
Figura 3.20):
MARCO TERICO
Mdulo Xtreme/104
El adaptador Xtreme/104 ofrece ocho puertos seriales RS - 232 y/o RS - 422/485 para
los dispositivos de recoleccin de data en automatizacin industrial (ver Figura 3.21). Este
adaptador fue diseado para soluciones industriales para aplicaciones de control y
automatizacin que requieren comunicacin de nodo simple o comunicaciones multipunto
para cortas o largas distancias utilizando computadores compatibles con bus PC/104. Las
especificaciones en detalle se muestran en la Tabla 3.3.
MARCO TERICO
Mdulo HE104
El Mdulo HE104 de mltiple salida DC es una unidad de alta eficiencia y de alto
desempeo diseado para sistemas de computadores embebidos PC/104 de bajo ruido, con un
rango de entrada comprendido entre 6 y 40 V (ver Figura 3.22). Las especificaciones tcnicas
se muestran en la Tabla 3.4.
MARCO TERICO
Salida de 5V 10 A
Salida de 12V 2A
Regulacin de Lnea + 40 mV
El Sistema Net-DAS ha sido desarrollado por Intevep, S.A por parte de Petrleos de
Venezuela, S.A. Para mayor informacin sobre esta arquitectura revisar [INTEVEP, 2004].
7
Interfaz Hombre Mquina.
47
MARCO TERICO
3.5.4.2.- Objetivos
El Sistema Net-DAS se desarrollo con el fin de:
3.5.4.3.- Ventajas
Entre las principales ventajas que ofrece el Sistema Net-DAS se encuentran:
MARCO TERICO
3.5.4.4.- Caractersticas
Las caractersticas ms relevantes del Sistema Net-DAS se pueden clasificar en los
siguientes rubros:
a. Aplicacin y Configuracin
Se realizan remotamente o localmente: descarga de software desarrollado, debugging y
mantenimiento de las lgicas realizadas. Dicha configuracin y actualizacin se pueden
realizar local o desde cualquier computadora en PDVSA va Web/TCP/IP (caso remoto), sin
detener los procesos.
MARCO TERICO
c. Entradas y Salidas
Net-DAS soporta un nmero ilimitado de entradas y salidas tanto analgicas como
digitales, las cuales son cambiables en caliente sin parar el proceso ni desconectar el campo.
e. Control:
Posee la capacidad de: ejecutar varios PLC virtuales para acciones de control en un
mismo Hardware, diferentes lgicas en diferentes RTUs (reparticin de carga, sistemas DCS),
as como la capacidad de Trending, Data Logging y Alarming en la misma RTU.
f. Protocolos:
Capacidad de adquisicin de datos desde dispositivos Modbus RTU,
Modbus TCP y Hart, mientras que los datos son comunicados hacia
Sistemas SCADA, mediante Modbus RTU y Modbus TCP. Con ello
se desprende que el equipo realiza implcitamente conversiones entre
estos protocolos, y la funcin de concentrador de datos.
No existe limitacin en cuanto a los protocolos, pues el sistema es
modular y expansible en cuanto a la cantidad de protocolos, tanto amos
como esclavos que se deseen ejecutar en un momento dado.
g. Comunicacin/Conectividad:
Dos opciones para la comunicacin CPU seales de entradas y salidas (I/O
Remotos):
MARCO TERICO
h. Supervisin:
El Servidor HTTP Apache tiene capacidad para servir pginas tanto de contenido
esttico (para lo cual servira sencillamente un viejo ordenador 486) como de contenido
dinmico a travs de otras herramientas soportadas que facilitan la actualizacin de los
contenidos mediante bases de datos, ficheros u otras fuentes de informacin. El servidor
Apache se desarrolla dentro del proyecto HTTP Server (httpd) de la Apache Software
Foundation.
Apache presenta entre otras cosas mensajes de error altamente configurables, bases de
datos de autenticacin y negociado de contenido, pero fue criticado por la falta de una interfaz
grfica que ayude en su configuracin. En la actualidad (2005), Apache es el servidor HTTP
ms usado, siendo el servidor HTTP del 68% de los sitios Web en el mundo y creciendo an
su cuota de mercado (estadsticas histricas y de uso diario proporcionadas por Netcraft).
51
MARCO TERICO
Una de las claves del xito de WWW, aparte de lo atractivo de su presentacin es sin
duda, su organizacin y coherencia. Todos los documentos WWW comparten un mismo
aspecto y una nica interfaz, lo que facilita enormemente su manejo por parte de cualquier
persona. Esto es posible porque el lenguaje HTML, en que estn escritos los documentos, no
solo permite establecer hiperenlaces entre diferentes documentos, sino que es un "lenguaje de
descripcin de pgina" independiente de la plataforma en que se utilice. Es decir un
documento HTML contiene toda la informacin necesaria sobre su aspecto y su interaccin
con el usuario, y es luego el navegador Web el responsable de asegurar que el documento
tenga un aspecto coherente, independientemente del tipo de estacin de trabajo desde donde se
efecte la consulta.
Para escribir HTML lo nico que se necesita es un editor de texto. Las marcas o tags
que controlan el comportamiento del documento son fragmentos de texto encerrados entre los
52
MARCO TERICO
signos "mayor que" y "menor que" (<marca>). Existen diferentes tipos de marcas: unas,
controlan simplemente la presentacin del texto del documento; otras, la forma en que se
incluirn en l imgenes; otras, finalmente, los hiperenlaces con documentos o con diferentes
partes del mismo documento. Existen una serie de programas que ayudan en la elaboracin de
documentos HTML, pero no son imprescindibles para escribir el cdigo. Lo que si es
necesario es un programa cliente WWW (navegador) para probar el documento a medida que
se va desarrollando.
Las marcas funcionan muchas veces por parejas, una para indicar el inicio de enlace o
formato, y otra para sealar el final. La marca de inicio consiste en una letra o una palabra (por
ejemplo, estas son marcas de inicio: <B>, <title>). La marca de final es la misma letra o
palabra precedida por la barra inclinada o "slash" (es decir,</B>, </title>). Existen, no
obstante, algunas marcas que no requieren su pareja de cierre, como <br> (que obliga un salto
de lnea). Es importante sealar que las marcas, en general pueden estar indistintamente en
maysculas o en minsculas. Como todo lenguaje, est en constante evolucin. La versin en
curso es la versin 2.0 pero existe ya un proyecto para la versin 3.0. En [TECNOLOGAS
WEB, 2005] se consigue ms informacin sobre HTML y otros lenguajes de programacin.
3.7.2.- PHP
<html>
<head>
<title>Ejemplo</title>
</head>
<body>
<?php
echo "Hola, este es un script PHP!";
?>
</body>
</html>
MARCO TERICO
3.7.3.- JavaScript
JavaScript es un lenguaje interpretado por el navegador que permite realizar pginas
interactivas. El lenguaje permite el acceso y manipulacin de las propiedades del documento
HTML, de manera que se pueden verificar datos de formularios, hacer animaciones, crear
mens, entre otros. JavaScript no es una versin reducida de Java. Tiene sintaxis similar a
C++ o Java, muchos menos restrictiva (el ; al final de la sentencia es opcional, la
declaracin de variables no es obligatoria, etc. Por otra parte, en este lenguaje no existen
clases; los objetos son colecciones de mtodos y propiedades.
3.7.4.- Perl
MARCO TERICO
Perl surgi como una opcin para una gran cantidad de herramientas de UNIX en las
cuales basa su propia sintaxis, buscando el mnimo sacrificio de su desempeo por una
mxima facilidad de programacin e integracin, sigue la filosofa de mantener un ambiente
que sea capaz de detectar y corregir pequeas omisiones del programador, y de proporcionarle
una forma abreviada de realizar mltiples tareas. En una palabra, es una herramienta que
pretende facilitar el proceso de grandes volmenes de informacin sin sacrificar el
rendimiento.
Las plataformas donde Perl ms se ha desarrollado son los servidores UNIX, por sus
necesidades de administracin y lo robusto de su manejo de memoria y de procesos (requisitos
de PERL hacia el S. O.) adems de la facilidad de Perl para realizar los as llamados CGI8,
interfaces para comunicar recursos del servidor con un servicio de Internet particular (como
podra ser WWW). En otras plataformas, PC en particular, se han desarrollado versiones que
mantienen un razonable grado de funcionalidad, pero en realidad, el sistema DOS no tiene un
manejo lo bastante bueno de los procesos o de la memoria para permitir a Perl dar un buen
desempeo, adems de que no es comn ver en PC necesidades de administracin de la
magnitud de un servidor institucional. Sin embargo, puede practicarse la programacin en Perl
de PC, o incluso elaborar programas de reporteo en l, sin embargo, es algo que no se ha
popularizado hasta hoy.
Perl no establece ninguna filosofa de programacin (de hecho, no se puede decir que
sea orientado a objetos, modular o estructurado aun cuando soporta directamente todos estos
paradigmas), los objetivos que se tuvieron en cuenta al disear la sintaxis de Perl fueron la
facilidad de aprendizaje y de uso y la claridad de cdigo, las cuales son necesarias (aunque
pueden escribirse programas en Perl complejos e inteligibles si as se desea).
8
Common Gateway Interface, es un estndar para comunicar aplicaciones externas con los servidores de informacin.
55
MARCO TERICO
Perl est disponible libremente para los sistemas operativos Unix, MVS, VMS,
MS/DOS, Macintosh, OS/2, Amiga y otros. Perl est alcanzado popularidad para la
programacin de formularios electrnicos en la WWW, y generalmente, acta como
intermediario entre sistemas, bases de datos y usuarios.
CAPITULO 4.- SISTEMA INTEGRADO DE SUPERVISIN Y MONITOREO
4.1.- Introduccin
En el presente captulo se hace una revisin de la metodologa empleada para la
planificacin, desarrollo e implementacin del Sistema, as como tambin una descripcin
tcnica detallada de cada una de las partes que conforman al mismo, explicando las
especificaciones y consideraciones que implica su integracin, incluyendo el funcionamiento
lgico y operativo de la Arquitectura desarrollada.
4.2.- Metodologa
Para cumplir con todos los objetivos planteados, el procedimiento de investigacin,
definicin e implementacin para el desarrollo del proyecto de grado fue dividido en tres
fases:
Por otra parte se hizo el estudio de todos los tpicos referentes al computador industrial
modular con estndar PC/104 Plus y al Sistema de Adquisicin de Datos Net-DAS. Esto
incluye la revisin de los manuales de cada uno de los mdulos o tarjetas que conforman al
computador industrial, as como los manuales y documentos desarrollados para la Arquitectura
Net-DAS. De acuerdo a la informacin recolectada se elabor el esquema de la Arquitectura
del Sistema, para lo cual se definieron los esquemas de conexin para las redes de
comunicacin entre los equipos de campo y el sistema de adquisicin de datos. Tambin se
defini la informacin a mostrar en los despliegues grficos para la visualizacin de los datos
en la aplicacin Web.
PC/104-Plus, para lo cual se arm la torre que conforman sus cinco mdulos. Para el correcto
funcionamiento con el Sistema Net-DAS al computador modular se le hicieron cambios a
nivel del setup de la tarjeta madre. A este computador se le instal el sistema operativo QNX
4.0 en conjunto con el Sistema Net-DAS. Para la comunicacin con los equipos de campo, se
ajustaron unos jumpers del mdulo multipuerto de este computador. Igualmente, se requiri
configuracin del modulo de red.
Una vez configurados los transmisores y el computador modular, dentro del Sistema
Net-DAS se incluyeron las redes de comunicacin con los equipos de campo. En esta fase, de
acuerdo a la definicin de las variables de campo hecha en la fase de Ingeniera, se agregaron
los registros de lectura de valores correspondientes a cada dispositivo en las redes de
adquisicin de datos. Teniendo los datos direccionados en la tabla de registros del Sistema
Net-DAS, se habilit la disposicin de la misma a la red de procesos de la Corporacin a
travs de un protocolo amo - esclavo basado en TCP/IP. Para efectos del proyecto se instal y
configur el Servidor Web Apache bajo una plataforma Win32. Por lo tanto, todos los
archivos para la extraccin de datos de la Net-DAS, creados para correr en este Servidor, se
migraron a esta plataforma. Originalmente fueron desarrollados en el Sistema Operativo
Debian/Linux por un grupo de trabajo conformado por personal contratado e interno.
Esta fue la fase principal del proyecto con una duracin de aproximadamente dos
meses y medio. Inicialmente no se contaba con todos los transmisores de campo, fue en el
transcurso de la misma que se dispuso de todos los equipos para la conformacin de las redes
de comunicacin. El desarrollo de esta fase se hizo en las instalaciones de las oficinas del
60
SISTEMA INTEGRADO DE SUPERVISIN Y MONITOREO
Departamento a manera de laboratorio controlado, para lo cual se cont con el apoyo del
personal para la utilizacin de espacios y de las herramientas necesarias para armar e instalar
los diferentes equipos e instrumentos. Con esta fase se alcanz el principal propsito del
proyecto el cual es la implementacin de la arquitectura, para luego ser evaluada en la
siguiente fase mediante las pruebas de funcionamiento.
Para efectos del Proyecto, esa Arquitectura Modelo recibe el nombre de Arquitectura
del Sistema Automatizado de Medicin en Lnea (SAMEL), y est conformada
funcionalmente por cuatro mdulos que abarcan desde la extraccin de los datos en campo,
hasta la visualizacin de los mismos en una interfaz humano - mquina basada en Web. Estos
mdulos son: Captacin de Datos en Campo, Comunicacin entre Servidor Agente Interfaz y
Computador Net-DAS, Captacin de Datos desde el Servidor Web y la Visualizacin en Web.
En la Figura 4.1 se puede apreciar el conjunto de mdulos que conforman a la Arquitectura.
Visualizacin en Web
El Sistema est conformado fsicamente por cuatro etapas constituidas por: Equipos
de Campo, Servidor Agente Interfaz, Servidor HTTP Apache y Cliente Web. En la Figura 4.2
se muestra un diagrama de bloques que simplifica la interaccin de las distintas etapas que
conforman a la Arquitectura del Sistema. Como se puede apreciar en la Figura 4.2 existe
comunicacin bidireccional entre cada unas de las etapas contiguas del Sistema. Para
visualizar los datos de campo en explorador Web es necesario que se llame la direccin URL
correspondiente para que el Servidor Web interprete y responda a todas las peticiones de
ejecucin de aplicaciones. Desde este servidor se hace la solicitud de datos al Servidor Agente
Interfaz, quin a su vez se comunica con la etapa de Recoleccin de Datos para extraer la
informacin suministrada por los dispositivos de campo. En la Figura 4.3 se muestra un
diagrama fsico de la Arquitectura, en la cual se detalla los equipos e instrumentos que
conforman a cada una de las etapas.
Cuando el cliente Web de visualizacin de PDVSA hace una consulta de los datos de
campo, escribiendo la URL asociada a la aplicacin en el explorador o navegador Web
convencional, el Servidor Web recibe la peticin a travs del protocolo HTTP e interpreta y
ejecuta el cdigo de los archivos que se encuentran en los directorios de la aplicacin. Entre
los archivos que se ejecutan corre un cliente XML - RPC para solicitar los datos al Servidor
Agente Interfaz. Este Servidor se comunica inmediatamente al recibir la peticin de los datos,
con el computador Net-DAS va el protocolo Modbus TCP. A partir de ah los datos empiezan
a subir por los medios correspondientes, hasta que a travs de unos campos de texto son
mostrados en el despliegue grfico en el navegador. El tiempo de respuesta es similar al
tiempo que tarda en cargar una pgina Web convencional dentro de la red de PDVSA.
63
SISTEMA INTEGRADO DE SUPERVISIN Y MONITOREO
HTTP
Recolecci
Recoleccin de Datos
Net-DAS Interfaz
RS232
Viator
Conversor
RS-485 a RS-232
B&B Electronics Hart Bell
Modbus/RTU 202
Modelo 485LDRC9 RS485
Transmisor
Modbus/RTU
RS485 2 hilos * de Presin
Rosemount
Transmisor 3051TG
de Flujo
Micromotion
RFT9739
Sensor de Medidor de
Flujo Corte de Transmisor
Micromotion Agua Agar de Temp.
CMF400 OW-202 Rosemount
3144P
* Modbus RTU a 9600 bps, 8 bits de Datos, Sin paridad, 1 bit parada,
Cliente Web
6 1
Servidor
HTTP Apache
5 2
Servidor Agente 3
Equipos de
Interfaz Campo
falta ya que con el resto de los datos recogidos era suficiente para la puesta en prctica y
prueba de la Arquitectura SAMEL.
+ 24 V
Transmisor de
Presin
Rosemount
3051TG
Transmisor de + +
Temperatura
Rosemount
3144P
- -
Fuente de Poder Interfaz RS-232
de 24 VDC Viator de MACTEK
RL 250
0V
La ventaja que ofrece este tipo de conexin es que ambos transmisores sern
consultados a travs del mismo puerto, ya que cada dispositivo tiene una direccin Hart nica
en esa red. La asignacin de la direccin Hart se hace directamente en el transmisor,
utilizando diferentes herramientas: Una, empleando un programa de configuracin como el
AMS propietario de la misma casa fabricante (Emerson Process Management) de los
transmisores Rosemount. Este programa se ejecuta desde un computador comn con puerto
de comunicacin serial RS-232 (para ello es necesario el modem Hart). Otra opcin, es
utilizando un Comunicador de Campo como el 375 Field Communicator fabricado por la
misma compaa anteriormente nombrada en este prrafo. En este caso, no se requiere el
modem Hart, el Comunicador se conecta directamente en paralelo al lazo Hart. Esta
herramienta de campo para configuracin es comnmente conocida en el mbito industrial
como HandHeld Hart Communicator. Ambos transmisores fueron configurados utilizando el
HandHeld de Campo.
como un dispositivo amo dentro de la red Hart, ya que es quin genera las peticiones y espera
por las respuestas de los distintos esclavos, en este caso los dos transmisores.
Transmisor de
Flujo
Micromotion
RFT9739
Computador PC/104-
Plus
Arquitectura Net-DAS
TDB RDA
26 27 Conversor
RS-485/422 a RS-232
B&B Electrionics
Modelo 485LDRC9
17
Nombre con el se conoce el puerto de comunicacin serial en un computador.
68
SISTEMA INTEGRADO DE SUPERVISIN Y MONITOREO
Bits de Datos 8
Bits de Parada 1
DTR No
RTS No
Una vez establecida la conexin ya sea con Hart o con Modbus, el programa permite
entre algunas cosas: ver el valor actual de las variables de proceso, cambiar las direcciones
Hart y Modbus18 del dispositivo, configurar ciertos parmetros por cada una de las variables
de proceso, seleccionar el sensor, ver registro de alarmas, entre otras cosas. (Ver Figura 4.8)
18
La direccin Modbus slo se puede cambiar si la comunicacin con el transmisor de flujo se hace utilizando el protocolo
Modbus RTU.
70
SISTEMA INTEGRADO DE SUPERVISIN Y MONITOREO
SETUP de la tarjeta madre. Cambios requeridos para el correcto funcionamiento del Sistema
Net-DAS. Los detalles de la configuracin del setup se encuentran en el Apndice C. La
instalacin del Sistema Operativo QNX versin 4.0 + Arquitectura Net-DAS se hizo
utilizando unos discos de 31/2 suministrados por los creadores de esa Arquitectura (Intevep,
S.A.). Durante la instalacin se van seleccionando algunas opciones como: tipo de
dispositivo de almacenamiento (en este caso es Compact Flash), tipo de tarjeta de red, si el
acceso al sistema operativo es local (teclado, monitor) o si el acceso es remoto (va telnet por
el COMM1 de la tarjeta madre), configuracin de red (ip, mscara de red, etc.), entre otros.
19
Para correr el Applet de Java es necesario que el computador, donde se est ejecutando el navegador Web, tenga
instalado Virtual Machine de Java.
73
SISTEMA INTEGRADO DE SUPERVISIN Y MONITOREO
Aplicacin Telnet
Ejecuta una aplicacin telnet internamente en el navegador Web, para entrar al
directorio del sistema operativo, emulando como si se entrar directamente en el computador
modular por terminal con monitor y teclado. Tal como se muestra en la Figura 4.14.
Registros Modbus
Permite visualizar el contenido de los registros de la tabla Modbus interna del Net-
DAS. Esta tabla es servida a travs del protocolo de comunicacin Modbus TCP cuando la
Net-DAS est actuando como esclava. Un ejemplo de la visualizacin de un grupo de
registros se muestra en la Figura 4.15.
75
SISTEMA INTEGRADO DE SUPERVISIN Y MONITOREO
Estatus COMMs
Permite visualizar las estadsticas de comunicacin de los distintos puertos de
comunicacin serial del computador modular. Es necesario aclarar que los puertos de
comunicacin serial (de propsito general) del computador comienzan desde el COMM3
hasta el COMM12 (que son los ocho puertos del mdulo Xtreme/104). El COMM1 y el
COMM2 fsicamente estn ubicados en la tarjeta madre y tienen un uso especial en el
Sistema Net-DAS. En la Figura 4.16 se muestra la pgina resultante al entrar a esta seccin
Estatus COMMs.
Deteccin HART
A travs de este mdulo se puede detectar si, por un puerto en especfico, est
conectado algn dispositivo HART. Al entrar en esta seccin se selecciona el puerto y se
enva la consulta. En la Figura 4.17 se muestra la pantalla inicial de Deteccin HART.
77
SISTEMA INTEGRADO DE SUPERVISIN Y MONITOREO
Configuracin de Amos
Esta es la seccin ms importante en la Captacin de Datos con Net-DAS, ya que es
donde se describe la configuracin de la Net-DAS para la comunicacin y extraccin de
informacin de las redes Hart y Modbus establecidas con los distintos transmisores. La
comunicacin con el Net-DAS se establece a travs de los puertos de comunicacin serial
(COMM) con interfaz RS-232 y conectores DB-9. Los puertos COMMs disponibles van
desde el COMM3 (llamado /dev/ser3 en el computador Net-DAS) hasta el COMM10
(conocido como /dev/ser10 en Net-DAS). Los puertos COMM1 y COMM2 estn reservados
para administracin de la Net-DAS.
datos asignados a cada transmisor (ver seccin 4.3.2.1.1), se agregaron las dos estaciones
como se muestra en el Applet en la Figura 4.18.
para la unidad de la Variable de Proceso. En la Tabla 4.2 se aprecia tal distribucin de los
registros.
Para tener los datos de campo a la disposicin de la tabla Modbus interna de la Net-
DAS, la cual puede ser consultada desde un amo a travs del protocolo de comunicacin
Modbus TCP, se tiene que asociar cada registro del transmisor a un registro de la tabla
Modbus de la Net-DAS. Para ello se cuenta con una tabla elaborada internamente en el
Departamento de Automatizacin, que generaliza y estandariza la organizacin y disposicin
de los registros Modbus de la Net-DAS (ver Tabla 4.3). Sin embargo, no es posible que
ocurra algn conflicto de datos por duplicar direcciones ya que el Sistema Net-DAS es capaz
de identificar si algn registro ya ha sido asignado. En la Tabla 4.3 se muestra la distribucin
general de los registros de los transmisores de Presin, Temperatura, y Flujo Msico. Para un
mejor entendimiento de las tablas y las asignaciones de los registros es recomendable, revisar
el marco terico referente a los registros Modbus en la seccin 3.4.2.4 del captulo 3.
Tabla 4.3.- Distribucin de los Registros de Entrada en la Tabla Modbus Interna de la Net-DAS
Registros de Entrada
Numero De Numero
Cantidad Direccin Direccin
Instrumentos/Equipos Registros Por Total De
Mxima Inicial Final
Unidad Registros
I/O Ethernet / Analgico 6 16 96 30001 30096
I/O Ethernet / Discreto 6 16 56 10001 10056
Transmisor de Flujo Msico 5 18 90 30401 30490
Transmisores de Presin 30 8 240 31001 31240
Transmisores de Temperatura 30 8 240 31501 31740
Controladores BES Vortex
20 16 320 11001 11320
Discretas
Controladores BES Vortex
20 18 360 32001 32360
Analog.
Controladores BES CTI 1800
20 96 1920 12001 13920
Discretas
Controladores BES CTI 1800
20 52 1040 33001 34040
Analog.
Actuadotes Elctricos Limitorque 80 5 400 35001 35400
Actuadotes Elctricos Auma 80 9 720 36001 36720
80
SISTEMA INTEGRADO DE SUPERVISIN Y MONITOREO
Como se aprecia en la Tabla 4.3, se reservan 240 registros para los Transmisores de
Presin a partir de la direccin 31001 en la tabla Modbus interna de la Net-DAS. Por
estandarizacin se estima que un proyecto de gran magnitud como mximo utilizara 30
transmisores de presin conectados a la misma Net-DAS, reservando 8 registros por cada
transmisor (por lo general estos transmisores utilizan slo 7 registros, pero por holgura se
asign un registro ms). Utilizando la distribucin de la Tabla 4.3, al Transmisor de Presin
Rosemount 3051TG le corresponde la direccin de inicio 31001 y una direccin final 31007.
Para el Transmisor de Temperatura Rosemount 3144P el rango de registros comprendido
entre 31501 y 31507. Para el Transmisor de Flujo RFT9739 se reservan 18 registros a partir
de la direccin 30401. Todos estos registros son asociados en la Tabla 4.3 como Registros de
Entrada (Input Registers - IREG).
Para incluir los registros del Transmisor de Presin dentro del Sistema, hay que
agregar en el Applet de Configuracin del Amo Hart en la estacin asociada a ste
transmisor, un Poll Record especificando las direcciones correspondientes. Se quiere el rango
30001 - 30007 del transmisor a partir del IREG 31001 de le Net-DAS, por lo tanto, en las
especificaciones del Poll Record hay que colocar el tipo de registro IREG, sin offset (valor
0), con una cuenta de 7 registros mapeados a la direccin 1001, y con un tiempo de
refrescamiento de 4 (internamente, x 250 milisegundos). El mapeo se hace a la direccin
1001 ya que al indicar el tipo de registro IREG se asocia que es 31001. El esquema en el
Applet resulta tal como se muestra en la Figura 4.19.
Las direcciones mostradas en la Tabla 4.4 se refieren a los registros destinos del Poll
Record. Los datos del estatus los devuelve la misma Net-DAS en las direcciones desde la
48193 hasta la 48199. De acuerdo a la estacin en que se agregue el estatus, la lectura de los
registros 48193 - 48199 devuelve valores nicos para esa estacin, es decir, que para otros
dispositivos se utilizarn los mismos registros 48193 48199, pero los nmeros de preguntas
y respuestas vlidas sern diferentes. Por lo tanto, para el caso del estatus de comunicacin
del transmisor de presin hay que mapear a partir de la direccin 42106, leyendo los siete
registros desde la direccin 48193. El Poll Record en la estacin es igual a HREG 48193
48199 @ 42106. Anlogamente, se agregan los registros para el Transmisor de Temperatura.
En este caso, los Poll Records son igual a IREG 30001-30007@31501 y HREG 48193
48199 @ 42316. Con este paso culminado, queda completada la configuracin de la red Hart
entre el computador Net-DAS y los transmisores.
82
SISTEMA INTEGRADO DE SUPERVISIN Y MONITOREO
30004 Temperatura
30003 Densidad
Este Servidor se comunica a campo (Net-DAS) a travs del protocolo Modbus TCP
por el puerto 502, y dispone los datos al Servidor Web a travs del protocolo XML - RPC
utilizando HTTP a travs del puerto 8080. Actualmente el Servidor Agente Interfaz tiene una
direccin IP 162.122.233.231, y esta corriendo en un equipo eServer de la serie 346 de IBM,
bajo el sistema operativo Debian/Linux. Es un programa creado por un grupo de trabajo
conformado por personal interno y personal contratado, bajo la filosofa de Software
Libre/Cdigo Abierto. Como parte de sus objetivos les corresponde implementar todas las
aplicaciones necesarias para extraer los datos de la Net-DAS y disponerlos al modulo de
Visualizacin en Web.
84
SISTEMA INTEGRADO DE SUPERVISIN Y MONITOREO
La configuracin del Servidor Web Apache se hace a travs del archivo httpd.conf
utilizando cualquier editor sencillo de texto. En el Apndice D se encuentra este archivo de
configuracin. Las caractersticas principales del Servidor Web son:
TAG Mdulo de
$types={ Visualizacin
'EF_SIN_PT_9734'=>[
Formato de Dato 2 'EF_SIN_PT_9734',
decimales
'%.2f'
],
TAG Servidor
'EF_SIN_TT_9573'=>[ Agente Interfaz
'EF_SIN_TT_9753',
'%.2f'
],
};
Figura 4.21.- Ejemplo de Definicin de TAGs a ser Consultados desde el Servidor Web al Servidor Agente
Interfaz
mostrar los datos. En ese ejemplo, el nombre del TAG coincide tanto del lado del Servidor
Agente Interfaz como del lado de la Visualizacin de Datos. Esto no necesariamente es as.
Funcionamiento
Cuando se llama al Script de Perl dat_EF_SIN.pl directamente desde el navegador
o a travs de un documento HTML, lo primero que se realiza, es la lectura de los TAGs que
se desean consultar en el Servidor Agente Interfaz, es decir, la lectura del arreglo types
descrito en la pgina anterior. Luego, se hace una llamada a una funcin del mdulo
HTMLRenderData.pm que codifica los datos la cual a su vez hace llamadas a todas las
funciones necesarias dentro del mdulo FieldAccess.pm, para extraer los datos del Servidor
Agente Interfaz a travs del protocolo XML RPC. Una vez que se obtienen los datos el
mdulo HTMLRenderData.pm los codifica, y se muestran a travs de una funcin de
impresin llamada en el Script de Perl. En la Figura 4.22 se tiene el esquema de
funcionamiento, junto con el orden de ejecucin. En los Apndice B se encuentra el cdigo
fuente de cada uno de estos archivos.
dat_EF_SIN.pl
1
Se solicita ejecucin HTMLRenderData.pm
del Script de Perl (.pl)
2
5 FieldAccess.pm
3
6
4
Se imprime el valor del TAG
solicitado, junto con el estado
del dato. *
* En este punto todava falta un paso para disponerlo al documento HTML de visualizacin
Figura 4.22.-Esquema de Funcionamiento del Mdulo de Captacin de Datos desde el Servidor Web
Funcionamiento
El cuerpo del Mdulo de Visualizacin est constituido por el documento HTML
dsp_EF_SIN.htm (ver figura 4.24). Los campos de datos tienen asociado un TAG en
especfico de acuerdo a la variable correspondiente. La librera netdaslib.js, es utilizada
para indicar la direccin URL necesaria para ejecutar el Script de Perl dat_EF_SIN.pl
descrito en la seccin anterior. La librera hmlIO.js contiene las funciones de extraccin de
los datos resultantes del Script de Perl. Y por ltimo, el archivo netdasPageRefresh.js
contiene las funciones para el refrescamiento de la pgina. Cuando se llama el documento
HTML desde el explorador, el Servidor Web interpreta el cdigo y genera una salida donde
se visualizan los datos de campo. Los cdigos fuentes de esos Scripts de Java se encuentran
en el Apndice B.
89
SISTEMA INTEGRADO DE SUPERVISIN Y MONITOREO
netdaslib.js
dsp_EF_SIN.htm
htmlIO.js
Despliegue en
netdasPageRefresh.js
el Explorador
Servidor Web
Apache
El Dominio Web esta conformado por un conjunto de marcos (frames), los cuales
sirven de alojamiento para las distintas pginas desarrolladas en PHP, HTML y Perl. Al
llamar al URL del Servidor Web (http://<ip_del_servidor>/) se carga este juego de marcos,
apareciendo en la parte central izquierda un men, el cual no es ms que una pgina
desarrollada en PHP que permite explorar fcilmente todas las secciones del Dominio. En la
Figura 4.25 se muestra la pgina inicial del Dominio, la cual contiene un men donde se
tienen tres categoras: Arquitecturas, Net-DAS Configuracin y el Proyecto SAMEL.
Arquitecturas
En esta categora se encuentra las imgenes de las Arquitecturas de Medicin actuales
para Crudo y Gas, correspondientes a las Estaciones de Flujo y el Patio de Tanques de las
regiones de Apure y Barinas. Por otra parte, se muestra el diseo de la Arquitectura
contemplada en el Proyecto SAMEL.
Net-DAS Configuracin
Contiene una Administracin de las Net-DAS basadas en su direccin IP. En esta
categora se muestran dos secciones: Administrar Bases de Datos Net-DAS y Net-DAS
Online. En la primera se pueden agregar, editar y eliminar equipos Net-DAS a la base de
datos, de tal manera que desde la seccin Online se haga una consulta de cuales equipos Net-
DAS estn conectados en Red (slo para aquellos Net-DAS que hayan sido agregados a la
base de datos). Esa consulta se hace a travs del comando de estatus de conexin en red
conocido como ping, desde un Script de Perl. Para aquellos equipos que estn conectados, se
habilitar la URL para acceder directamente a su pgina interna de configuracin. La base de
datos esta corriendo sobre el Servidor de Bases de Datos MySQL instalado en el mismo
equipo donde esta corriendo el Servidor Web Apache. Todas las pginas utilizadas en esta
categora estn hechas con PHP.
SAMEL
En esta categora se encuentran los despliegues para la visualizacin de los datos
provenientes de campo. Por el momento, solo esta implementado la Medicin de Referencia
de Crudo en la E.F Sinco D, ya que el Proyecto modela la arquitectura de esta Estacin de
Flujo. Es precisamente en esta categora donde esta alojada la pgina HTML
dsp_EF_SIN.htm utilizada por el Mdulo de Visualizacin en Web.
CAPITULO 5.- PRUEBAS Y ANLISIS DE RESULTADOS
5.1.- Introduccin
Como resultado de la planificacin, desarrollo e implementacin de un Sistema de
Medicin y Monitoreo, en este captulo se abarca cada una de las pruebas hechas para evaluar
el correcto funcionamiento de las distintas partes que conforman a la Arquitectura para
Medicin Fiscal y de Referencia, as como tambin el resultado obtenido en la integracin
completa del Sistema. Por otra parte, se pretende describir las Ventajas y Limitaciones del
Sistema.
Lazo Hart
Para comprobar que efectivamente exista comunicacin Hart entre los transmisores de
presin y temperatura, y el computador embebido Net-DAS se utiliz la herramienta de
Deteccin Hart que ofrece el Sistema Net-DAS. Para ello, se incluy en el URL del
explorador Web la direccin IP del computador Net-DAS (http://<ip_Net-DAS>). Debe
aparecer el men de Administracin. Seleccionando la opcin de Deteccin Hart, aparece una
pgina para indicar el puerto donde este conectado la Interfaz Hart RS-232. Seleccionado el
puerto adecuado aparece una pantalla con el siguiente resultado mostrado en la Figura 5.1.
Esta prueba fue hecha sin haber incluido los transmisores Hart dentro del Sistema Net-DAS,
simplemente el puerto /dev/ser4 fue configurado como Amo Hart.
Red Modbus
Para este caso no existe una herramienta de deteccin de dispositivos Modbus en el
Sistema Net-DAS. Es necesario que sea previamente conocida la direccin Modbus que tiene
el dispositivo para poder establecer comunicacin con la Net-DAS. El transmisor de flujo
RFT9739, nico dispositivo conectado en la red Modbus, fue configurado va Modbus
utilizando el programa Prolink II que viene con este equipo. El transmisor tiene configurado
una comunicacin Modbus RTU a 9600 bps con 8bits de datos,1 bit de parada, sin paridad.
95
PRUEBAS Y RESULTADOS
Este software a travs de un escaneo de todas las direcciones vlidas Modbus, detect al
transmisor por la direccin 1. De esta manera, se logr conocer que direccin Modbus tena
asignado el equipo y que efectivamente se esta comunicando por este protocolo. Una vez
agregado el transmisor al Sistema Net-DAS por el puerto /dev/ser3 configurado como Amo
Modbus, se comprob que los datos se estaban registrando en la tabla Modbus.
Figura 5.2.- Configuracin de un Amo Modbus TCP para Prueba de Comunicacin con Net-DAS
El Script de Perl
Existe una posibilidad de ver los datos de campo desde el Script de Perl sin necesidad
de consultarlos directamente en el despliegue Web final. Para ello desde el explorador hay que
llamar la direccin URL http://<ip_del_servidor_web>/modperl/nodos/dat_EF_SIN.pl. El
resultado se muestra en la Figura 5.4.
En la Figura 5.5 se observan las variables de proceso con sus unidades, y el estatus de
la comunicacin de cada dispositivo. Esto representa un modelo de lo que vera un cliente de
PDVSA que desee consultar los datos importantes de las distintas unidades de produccin,
transporte y almacenamiento de crudo.
98
PRUEBAS Y RESULTADOS
Tcnicas
Las Ventajas Tcnicas se refieren bsicamente a los beneficios que ofrece la utilizacin
del Sistema de Adquisicin de Datos Net-DAS.
Costo/Funcionalidad
La Arquitectura desarrollada esta basada en aplicaciones propias de la Corporacin,
por lo tanto, la disminucin de los costos es enorme en comparacin con los sistemas
especializados de adquisicin de datos como los SCADA. Bsicamente la Arquitectura Net-
DAS puede tener las mismas caractersticas de estos sistemas, inclusive ofreciendo nuevos
beneficios.
Accesibilidad
Como es una Arquitectura basada en estndares de Internet, le brinda facilidad de uso
al cliente que desee hacer consultas de campo, debido a que solo necesita estar conectado
dentro de la red de proceso, y no se necesitan computadores con programas propietarios
100
PRUEBAS Y RESULTADOS
Tecnologa
Todas las herramientas y equipos utilizados son de ltima generacin, abarcando desde
la adquisicin de los datos en campo hasta la visualizacin de los mismos en la aplicacin
Web.
Los tiempos de respuesta para la visualizacin dependen en gran medida del ancho de
banda de la red y de la capacidad de respuesta de los equipos crticos de la Arquitectura, como
es el caso del Servidor Web.
CAPITULO 6.- CONCLUSIONES Y RECOMENDACIONES
ofrece dentro de los procesos industriales. La interoperabilidad entre diversos sistemas es, por
lo general, el principal problema dentro de los procesos en campo, debido a los diferentes
protocolos de comunicacin con los que cuentan cada equipo de un fabricante diferente. Con
este sistema, se abarca una gama de protocolos comnmente utilizados por los transmisores en
campo, y por si fuera poco, es capaz de soportar un nmero ilimitado de entradas y salidas
tanto analgicas como digitales. Es un sistema sumamente escalable, con capacidades para
permitir control avanzado procesos especializados de produccin en materia de hidrocarburos,
mediante la ejecucin en campo de lgicas y aplicaciones de alto nivel descritas en cualquier
combinacin de los lenguajes IEC-61131-3 y lenguajes como C y Java.
Windows (donde esta corriendo el Servidor Web) y QNX (sobre el cual corre Net-DAS)
requieren licencias para su uso legal. Ningn software desarrollado queda limitado a una
plataforma en especfico, y mucho menos requiere licencia del algn programa para
ejecutarlos. Por lo tanto, se puede decir que de alguna manera es una arquitectura alineada en
gran parte a esta filosofa que actualmente gana terreno en los proyectos de avances
tecnolgicos dentro de la Corporacin.
Las recomendaciones se resumen en dos grandes aspectos. Por una parte, que todos
los desarrollos posteriores en materia de automatizacin deben siempre seguir los estndares
internos a nivel corporativo, y en lo posible adaptarse a los estndares comnmente manejados
a nivel mundial, considerando la tecnologa Web como una herramienta poderosa para el
desarrollo de aplicaciones que requieran accesos remotos. Por otra parte, como recomendacin
en tema de Fiscalizacin, considerar a Net-DAS como un posible sistema para las mediciones
crticas de las distintas reas de produccin e incentivar a buscar una aprobacin por parte del
Ministerio de Energa y Minas.
104
REFERENCIAS BILIOGRFICAS
[INTEVEP, 2004] Manual Arquitectura Net-DAS. Una solucin de PDVSA para PDVSA.
PDVSA Intevep. Intevep, S.A. Ao 2004.
[PREZ, 2004] Proyecto de Grado del Instituto Universitario Politcnico Santiago Mario.
Propuesta de un Portal Web para el Departamento de Automatizacin Industrial de la
Superintendencia de Automatizacin, Informtica, Telecomunicaciones y Seguridad (AIT)
de PDVSA Divisin Centro Sur. PREZ, Thayr. Ao 2004.