UNIVERSIDAD SIMN BOLVAR

Decanato de Estudios Profesionales

Coordinacin de Ingeniera Electrnica

INTEGRACIN DE UN SISTEMA AUTOMATIZADO PARA MEDICIN FISCAL Y

DE REFERENCIA PARA LAS ESTACIONES DE FLUJO Y PATIO DE
TANQUES DE PDVSA DIVISIN CENTRO-SUR.

Por
Vctor Ren Rodrguez Gutirrez

Realizado con la Asesora de

Ing. Cristhian de Castro

PROYECTO DE GRADO
Presentado ante la Ilustre Universidad Simn Bolvar
como requisito parcial para optar al ttulo de Ingeniero Electrnico

Sartenejas, Abril de 2005.

 ii

UNIVERSIDAD SIMN BOLVAR

Decanato de Estudios Profesionales
Coordinacin de Ingeniera Electrnica

Integracin de un Sistema Automatizado para Medicin Fiscal y de Referencia para las

Estaciones de Flujo y Patio de Tanques de PDVSA Divisin Centro-Sur.
PROYECTO DE GRADO presentado por
Vctor Ren Rodrguez Gutirrez
REALIZADO CON LA ASESORA DE: Ing. Cristhian de Castro (Tutor Acadmico)
Ing. Juan Pomares (Tutor Industrial)
RESUMEN
La integracin del Sistema Automatizado para Medicin Fiscal y de Referencia
basada en el Sistema de Adquisicin de Datos en Red Net-DAS y en tecnologas Web para la
visualizacin de los datos, propone una alternativa para Supervisin y Monitoreo de las
variables de proceso involucradas en la medicin en lnea en los oleoductos de las Estaciones
de Flujo y Patio de Tanques de PDVSA Distrito Sur. Dicha integracin contempla el estudio
integral del funcionamiento del sistema de adquisicin de datos y la comprensin de todos los
elementos involucrados: computador modular industrial con estndar PC/104-Plus,
transmisores de campo, servidor Web, entre otros. De esta manera, se puede apreciar los
requerimientos para la seleccin de los protocolos de comunicacin entre las etapas de la
arquitectura y los lenguajes de programacin a utilizar para el desarrollo de las aplicaciones,
para plantear una solucin para la integracin e implementacin del sistema. Posteriormente,
se adecu el despliegue grfico para mostrar en ambiente Web, los datos recogidos de campo a
travs de las redes que se integran al sistema de adquisicin de datos.
Se logr presentar una alternativa para la integracin del sistema automatizado de
medicin en cuestin, que permite un avance en cuanto a caractersticas tcnicas y mejora en
la relacin costo/funcionalidad.

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

Dedico este libro a mis padres y a mi hermanita Carla,

por ser las personas ms especiales que conozco en el mundo,

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.

A todos Muchas Gracias!

 v

NDICE GENERAL

RESUMEN ii

DEDICATORIA iii

AGRADECIMIENTO iv

INDICE GENERAL v

INDICE DE TABLAS ix

INDICE DE FIGURAS x

LISTA DE ABREVIATURAS xii

CAPITULO 1.- INTRODUCCIN 1

CAPITULO 2.- PLANTEAMIENTO DEL PROYECTO 6

2.1.- Introduccin 6
2.2.- Antecedentes y Justificacin 6
2.3.- Objetivos del Proyecto 8
2.4.- Alcance del Proyecto 8

CAPITULO 3.- MARCO TERICO 10

3.1.- Introduccin 10
3.2.- Descripcin del rea de Coordinacin Operacional 10
3.2.1.- Aspectos Generales 10
3.2.2.- Descripcin de los Servicios del rea Coordinacin Operacional 11
3.2.3.- Estaciones de Vlvulas 13
3.2.4.- Estaciones de Rebombeo 14
 vi

3.2.5.- Estaciones de Flujo 14

3.2.6.- Mediciones Ms Importantes 16
3.2.6.1.- Medicin De Presin 16
3.2.6.2.- Medicin de Temperatura 16
3.2.6.3.- Medicin de Flujo 16
3.3.- Medicin Fiscal y de Referencia 17
3.3.1.- Medicin en Tanques 18
3.3.2.- Medicin en Lnea 18
3.4.- Protocolos de Comunicacin 20
3.4.1.- HART 20
3.4.1.1.- Descripcin 20
3.4.1.2.- Lazo de Conexin 21
3.4.1.3.- Conexin Multipunto 22
3.4.1.4.- Estructura del Mensaje 23
3.4.2.-Modbus 27
3.4.2.1.- Introduccin 27
3.4.2.2.- Modbus RTU 29
3.4.2.3.- Modbus TCP 29
3.4.2.4.- Enmarcado del Mensaje Modbus 30
3.4.3.- HTTP 34
3.4.4.- XML RPC 36
3.4.5.- Interfaces RS - 232 & RS- 485 37
3.5.- PC Industrial Modular / Arquitectura Net-DAS 39
3.5.1.- Caractersticas Tcnicas 39
3.5.2.- Estndar PC/104 40
3.5.3.- Estructura del PC Industrial Modular 41
3.5.4- Arquitectura Net-DAS 46
3.5.4.1.- Definicin 46
3.5.4.2.- Objetivos 47
3.5.4.3.- Ventajas 47
3.5.4.4.- Caractersticas 48
 vii

3.6.- Servidores HTTP Apache 50

3.7.- Lenguajes de Programacin 51
3.7.1.- HTML 51
3.7.2.- PHP 52
3.7.3.- JavaScript 53
3.7.4.- Perl 53

CAPITULO 4.- SISTEMA INTEGRADO DE SUPERVISIN Y MONITOREO 57

4.1.- Introduccin 57
4.2.- Metodologa 57
4.2.1.- Primera Fase: Ingeniera 57
4.2.2.- Segunda Fase: Desarrollo e Implementacin del Sistema 58
4.2.3.- Tercera Fase: Pruebas 60
4.3.- Sistema integrado de Supervisin y Monitoreo 60
4.3.1.- Generalidades del Sistema 60
4.3.2.- Mdulo de Captacin de Datos en Campo 64
4.3.2.1.- Lazos de Comunicacin 65
4.3.2.2.- Captacin de Datos con Net-DAS 70
4.3.3.- Mdulo de Comunicacin entre Servidor Agente Interfaz y
Computador Net-DAS 83
4.3.4.- Mdulo de Captacin de Datos desde el Servidor Web 84
4.3.5.- Mdulo de Visualizacin en Web 87
4.4.- Dominio Web 90

CAPITULO 5.- PRUEBAS Y ANLISIS DE RESULTADOS 94

5.1.- Introduccin 94
5.2.- Pruebas y Resultados Tcnicos 94
5.3.- Ventajas del Sistema 98
5.4.- Limitaciones del Sistema 100

CAPITULO 6.- CONCLUSIONES Y RECOMENDACIONES 101

 viii

REFERENCIAS BIBLIOGRFICAS 104

APNDICES.- Contenido del CD Anexo

APNDICE A.- Especificaciones Tcnicas de los Mdulos del Computador

Industrial PC/104 - Plus

A.1.- MOPSlcd7
A.2.- PCM-3116
A.3.- PCM-3660
A.4.- Xtreme/104
A.5.- HE104

APNDICE B.- Cdigos Fuentes

B.1.- Archivo dat_EF_SIN.pl

B.2.- Archivo HTMLRenderData.pm
B.3.- Archivo FieldAccess.pm
B.4.- Archivo dsp_EF_SIN.htm
B.5.- Archivo netdaslib.js
B.6.- Archivo htmlIO.js
B.7.- Archivo netdasPageRefresh.js

APNDICE C.- Configuracin del Setup del PC Modular PC/104-Plus

APNDICE D.- Archivo de Configuracin del Servidor Web

APNDICE E.- Normas Tcnicas para la Fiscalizacin de

Hidrocarburos Lquidos.

APNDICE F.- Especificaciones Tcnicas de los Equipos de Campo

F.1.- Transmisor de Flujo Micromotion RFT9739
F.2.- Transmisor de Presin Rosemount 3051TG
F.3.- Transmisor de Temperatura Rosemount 3144P
 ix

NDICE DE TABLAS

Tabla 3.1.- Descripcin de los Servicios 12

Tabla 3.2.- Byte de inicio 24
Tabla 3.3.- Especificaciones Mdulo Xtreme/104 45
Tabla 3.4.-Especificaciones Mdulo HE104 46
Tabla 4.1.- Especificaciones de la Comunicacin Modbus RTU empleada 68
Tabla 4.2.- Registros de los Transmisores de Presin y Temperatura 79
Tabla 4.3.- Distribucin de los Registros de Entrada en la Tabla Modbus
Interna de la Net-DAS 79
Tabla 4.4.- Distribucin de los Registros de Estatus de Comunicacin 81
Tabla 4.5.- Registros de las Variables de Proceso del Transmisor de Flujo 82
Tabla 4.6.- Detalle de Mapeo de Memoria de la Net-DAS 85
 x

NDICE DE FIGURAS

Figura 3.1.- Procesos Operacionales Asociados 11

Figura 3.2.- Ubicacin Esquemtica de las Instalaciones de P.T.S 13
Figura 3.3.- Estaciones de Flujo 15
Figura 3.4.- Medicin en Tanques 18
Figura 3.5.- Medicin en Lnea 19
Figura 3.6.- Seal HART BELL 202 20
Figura 3.7.- Lazo HART 22
Figura 3.8.- Estructura del Mensaje HART 23
Figura 3.9.- Direccin HART en Formato Corto 25
Figura 3.10.- Direccin HART en Formato Largo 25
Figura 3.11.- Ciclo de Pregunta Respuesta en Modbus 28
Figura 3.12.- Marco Modbus TCP 30
Figura 3.13.- Marco Modbus RTU 31
Figura 3.14.- Principio de Solicitud/Respuesta del Protocolo http 35
Figura 3.15.- RS -485 de un solo par trenzado 38
Figura 3.16.- RS -485 de dos pares trenzado 39
Figura 3.17.- PC Industrial Modular PC/104-Plus 42
Figura 3.18.- Mdulo MOPSlcd7 42
Figura 3.19.- Mdulo PCM-3116 43
Figura 3.20.- Mdulo PCM-3660 44
Figura 3.21.- Mdulo Xtreme/104 44
Figura 3.22.- Mdulo HE104 45
Figura 3.23.- Ejemplo sencillo de un cdigo PHP 52
Figura 4.1.- Mdulos de la Arquitectura SAMEL 61
Figura 4.2.- Diagrama de Bloques de las Etapas de la Arquitectura SAMEL 61
Figura 4.3.- Arquitectura del Sistema Automatizado de Medicin en Lnea 63
Figura 4.4.- Diagrama de Flujo entre las Etapas de la Arquitectura SAMEL 64
Figura 4.5.- Lazo HART de la Arquitectura SAMEL 66
Figura 4.6.- Esquema de Conexin Modbus de la Arquitectura SAMEL 67
 xi

Figura 4.7.- Terminales del Transmisor de Flujo RFT9739 69

Figura 4.8.- Pantalla de Configuracin en el Prolink 70
Figura 4.9.- Pantalla de Inicio de la Administracin Web para Net-DAS 71
Figura 4.10.- Applet de Java/Configuracin de Amos 72
Figura 4.11.- Applet de Java/Configuracin de Esclavos 73
Figura 4.12.- Despliegue Completo/Configuracin de Esclavos 73
Figura 4.13.- Despliegue Completo/Configuracin TCP/IP 74
Figura 4.14.- Aplicacin Telnet en el Navegador Web 75
Figura 4.15.- Visualizacin del Contenido de los Registros 75
Figura 4.16.- Estadsticas de Comunicacin de los Puertos del
Computador Modular 76
Figura 4.17.- Pantalla de Seleccin de Puerto para la Deteccin de
Dispositivos Hart 77
Figura 4.18.- Estaciones del Amo Hart 78
Figura 4.19.- Asignacin de Registros en la Estacin asociada al
Transmisor de Presin 80
Figura 4.20.- Asignacin de Registros en la Estacin asociada al
Transmisor de Flujo 83
Figura 4.21.- Ejemplo de Definicin de TAGs a ser Consultados desde el
Servidor Web al Servidor Agente Interfaz 86
Figura 4.22.- Esquema de Funcionamiento del Mdulo de Captacin de Datos
desde el Servidor Web 87
Figura 4.23.- Plantilla Grfica para la Visualizacin de los Datos de Campo 89
Figura 4.24.- Esquema de Funcionamiento del Mdulo de Visualizacin en Web 89
Figura 4.25.- Pgina Inicial de la URL del Dominio Web 90
Figura 5.1.- Respuesta de los Transmisores en la Deteccin Hart 95
Figura 5.2.- Configuracin de un Amo Modbus TCP para Prueba de
Comunicacin con Net-DAS 96
Figura 5.3.- Comunicacin con el Esclavo Modbus TCP configurado
en la Net-DAS 96
Figura 5.4.- Datos de Campo vistos desde el Script de Perl 97
Figura 5.5.- Despliegue Grfico de la Arquitectura Desarrollada 98
 xii

LISTA DE ABREVIATURAS

AIT: Superintendencia de Automatizacin, Informtica, Telecomunicaciones y Seguridad.

CGI: Common Gateway Interface.
CRC: Cyclic Redundancy Check.
DC: Direct Current
DHCP: Dynamic Host Configuration Protocol
EF: Estacin de Flujo.
HART: Highway Addressable Remote Transducer.
HTML: HyperText Markup Language
HTTP: Hypertext Transfer Protocol.
ID: Identificacin
IP: Internet Protocol
LAN: Local Area Network.
MEM: Ministerio de Energa y Minas.
Net-DAS: Network Data Acquisition System.
PC: Personal Computer.
PCI: Peripheral Component Interconnect.
PDVSA: Petrleos de Venezuela, S.A.
Perl: Practical Extraction and Report Language.
PHP : Hypertext Preprocessor.
PLC: Programmable Logic Controller.
PTS: Patio de Tanques de Silvestre.
RFC: Request for Comments.
RPC: Remote Procedure Call.
RTU: Remote Terminal Unit.
SAMEL: Sistema Automatizado de Medicin en Lnea
SCADA: Supervisory Control And Data Acquisition
TCP: Transmission Control Protocol.
UE: Unidad de Explotacin.
URL: Uniform Resource Locator.
 xiii

XML: Extensible Markup Language.

CAPTULO 1.- INTRODUCCIN

El presente libro expone el trabajo de pasanta realizado en el Departamento de

Automatizacin Industrial, de la Superintendencia de Automatizacin, Informtica,
Telecomunicaciones y Seguridad (AIT) del Distrito Sur dentro de la Divisin Centro - Sur de
Petrleos de Venezuela, S.A, ubicado en la ciudad de Barinas, Venezuela.

El Proyecto contempla la planificacin, desarrollo e implementacin de la integracin

de un Sistema Automatizado de Medicin en Lnea modelando las arquitecturas dispuestas
para las Estaciones de Flujo y Patio de Tanques. Para la medicin en lnea de la produccin en
los oleoductos de las Estaciones de Flujo y Patio de Tanques se utilizan estaciones de
medicin, las cuales contienen la instrumentacin necesaria para medir flujo volumtrico o
msico, presin, temperatura, densidad y corte de agua. Para el desarrollo de la integracin se
utiliz instrumentos de campo para modelar las estaciones de medicin instaladas en los
oleoductos.

En Barinas la industria petrolera tuvo su origen en junio de 1930, con la perforacin

del pozo Uzcategui-1, a cargo de la Zamora Venezuela Petroleum Company, ubicada en las
inmediaciones del que era entonces el casero de Quebrada Seca, a unos 14 kilmetros al
noroeste de la ciudad de Barinas. En marzo de 1934 los trabajos en el pozo Uzcategui-1 fueron
abandonados. Fue hasta el ao 1942, cuando la Socony Vacuum Oil Company, reinicia la
perforacin con resultados satisfactorios. En agosto de 1947, se une la explotacin del pozo
Silvestre-2 en el Municipio Torunos, con una produccin para la poca de 2.800 barriles
diarios de petrleo. En 1953 la Sinclair Venezuela Oil Company, perfor con xito el pozo
Sinco-1 y logra una produccin diaria de 1.000 barriles, y en ese ao se desarrollan los campos
San Silvestre-2 y Sinco-1, con 35 pozos perforados todos productores de los cuales 18
correspondieron a Campo San Silvestre y 17 a Campo Sinco. En 1960 la misma empresa
perfor el pozo Nutria-2, en el Campo Nutrias, descubrindose hidrocarburos lquidos con una
densidad de 11 grados API y un alto porcentaje de agua, hallazgo que para le poca no era
comercial por lo que es abandonado al poco tiempo. En 1961 la Mobil Oil Company perfora el
pozo Hato-1 a unos 38 kilmetros al sur de la ciudad de Barinas, vecino del Campo Sinco. Un
ao ms tarde la Corporacin Venezolana de Petrleo (CVP), perfora los pozos Maporal,
 2
INTRODUCCIN

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.

La Unidad de Explotacin de Apure (U.E.A) comprende los campos de la Victoria y

Guafita que fueron descubiertos en 1984 y explotados firmemente dos aos despus de su
descubrimiento. La Unidad de Explotacin de Apure fue creada en el ao 1998, para coordinar
la explotacin racional de las reservas de los yacimientos. A finales de 1997, la Corporacin
Energtica Venezolana cre la empresa PDVSA Petrleo y Gas fusionando las tres filiales
principales existentes: Corpoven, Maraven y Lagoven.

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.

Actualmente, en el Departamento de Automatizacin Industrial de la Divisin Centro

Sur, por las necesidades de buscar alternativas de Supervisin, Control y Adquisicin de Datos
de ltima generacin que se adapten a los requerimientos de costo, funcionalidad y calidad, se
han ido emprendiendo proyectos pilotos de escala intermedia y de poco impacto con miras a
obtener resultados y soluciones en un corto plazo. A partir de esto, se origina la necesidad de
planificar, desarrollar e implementar la integracin de un Sistema Automatizado para
Medicin Fiscal y de Referencia que contribuya con todos los esfuerzos que se estn llevando
a cabo dentro del Departamento de Automatizacin Industrial de la Divisin Centro-Sur, en
busca de nuevas alternativas de menor costo que aumenten las capacidades y desempeo del
sistema.

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

Antes de establecer la integracin de la arquitectura se garantiz un correcto

funcionamiento de cada una de las etapas que conforman a la misma, para luego, conformar
las diferentes redes de comunicacin y realizar la implementacin completa del sistema,
demostrando que los datos mostrados en el entorno Web, correspondan a los datos registrados
por los equipos de campo.

La implementacin del sistema se hizo localmente en un espacio de laboratorio,

utilizando los equipos reales de campo. Para realizar la implementacin se desarroll la
ingeniera previa para disear las estrategias de montaje, y se configuraron e instalaron las
distintas redes y equipos que componen la arquitectura del sistema. La seleccin de los
protocolos de comunicacin y lenguajes de programacin, y la estructuracin de la
arquitectura fueron la ms acertadas que permitieron obtener los resultados ptimos esperados.

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.

En el tercer captulo, se hace revisin de la descripcin del Proyecto que permite

conocer en rasgos generales el contexto sobre el cual est enmarcado el mismo, seguido del
planteamiento del objetivo principal junto con el detalle de sus objetivos especficos. La
justificacin y el alcance del Proyecto tambin forman parte de este captulo.

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

comunicacin de las distintas partes, la instalacin y configuracin del sistema de adquisicin

de datos, la adaptacin de las distintas interfaces para el entendimiento entre las distintas
etapas de la arquitectura y la programacin de las aplicaciones basadas en ambiente Web. A lo
largo del captulo se hace referencia a los protocolos y herramientas utilizadas para la
conformacin del sistema, de acuerdo a los requerimientos planteados con el Proyecto.

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.

Por ltimo se presenta el captulo de las conclusiones obtenidas del Proyecto y

recomendaciones sugeridas para futuros desarrollos basados en la misma arquitectura.
CAPITULO 2.- PLANTEAMIENTO DEL PROYECTO

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.

El Departamento de Automatizacin Industrial del Divisin Centro Sur tiene como

propsito fundamental proveer dos lneas de servicios: Soporte y Mantenimiento de la
infraestructura de automatizacin de operaciones de produccin; Ingeniera y Proyecto para la
automatizacin de nuevas instalaciones de acuerdo al plan de crecimiento del distrito de tal
forma de racionalizar y optimizar la operacin y control de sus procesos industriales e
incrementar la productividad de sus actividades. Por lo tanto, una de las responsabilidades de
este departamento es mantener actualizados, en cuanto a avances tecnolgicos en
automatizacin, a los Sistemas de Adquisicin de Datos, Control y Supervisin de los distintos
procesos industriales que se desarrollan en el distrito.

2.2.- Antecedentes y Justificacin

El Departamento de Automatizacin Industrial de la Superintendencia de
Automatizacin, Informtica, Telecomunicaciones y Seguridad (AIT) de la Divisin Centro
Sur de Petrleos de Venezuela, S.A., sobre la base de excelentes resultados obtenidos en otras
regiones y el incentivo de implementar en todos sus procesos tecnologa de punta, decidi
emprender proyectos pilotos para la Automatizacin de los Sistemas de Adquisicin de Datos
de Campo que garantice las operaciones de mando, sealizacin, medicin y ocurrencia de
incidentes en los parmetros operacionales asociados a la Estaciones de Flujo y el Patio de
Tanques Silvestre (PTS), empleando una Nueva Arquitectura conocida como Net-DAS
(Network Data Acquisition System) desarrollada por Intevep, S.A., basada en computadores
modulares que utilizan el estndar industrial PC/104. La tecnologa de medicin y control de
los procesos industriales automatizados presentes en el rea, son de ltima generacin; se
 7
PLANTEAMIENTO DEL PROYECTO

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.

Actualmente el Sistema de Supervisin, Control y Adquisicin de Datos est basado en

el Sistema Especializado SCADA (siglas de Supervisory Control And Data Acquisition).
Debido a la robustez de este sistema, es muy difcil que sea reemplazado en un corto plazo.
Los proyectos pilotos con la Nueva Arquitectura contemplan inicialmente la Supervisin y
Adquisicin de Datos, debido a que implementar el Control sin contar con una madurez
suficiente de las nuevas aplicaciones, es una tarea sumamente delicada y difcil. Se pretende ir
implementando y probando la Nueva Arquitectura en paralelo al Sistema actual, para evitar
causar algn impacto dentro de los procesos que luego se pueda convertir en costosas
prdidas.

El Ministerio de Energa y Minas, como ente regulador y supervisor de la disposicin

de los hidrocarburos y de todos sus derivados, ha exigido a travs de unos lineamientos de
poltica petrolera la automatizacin de las mediciones sobre puntos crticos para la
contabilizacin de volmenes netos de hidrocarburos producidos, siendo necesaria la adecuada
disposicin de los datos obtenidos para el correspondiente monitoreo por parte del Ministerio.
Por lo tanto, es recomendable y obligatorio que los puntos crticos de supervisin, deban estar
basados en sistemas de medicin que cumplan con los requerimientos exigidos en las Normas
impuestas por el Ministerio. La Divisin Centro Sur, no cuenta con un sistema que le
permita al Ministerio monitorear y supervisar fcilmente los datos crticos de campo, es por
ello que se origina la necesidad de planificar, desarrollar e implementar la integracin de un
Sistema Automatizado para Medicin Fiscal y de Referencia, bajo la filosofa de incorporar,
desarrollar y utilizar aplicaciones y sistemas propios de la Corporacin, basados en estndares
y protocolos de tecnologa de punta, sin que haya la necesidad de invertir en costosos sistemas
especializados que actualmente se encuentran en el mercado.

Este Sistema para Medicin Fiscal y de Referencia, va completamente alineado a la

filosofa de las nuevas alternativas para Supervisin de menor costo y de mayor desempeo,
 8
PLANTEAMIENTO DEL PROYECTO

formando parte de los proyectos pilotos que actualmente se desarrollan en el rea de

Automatizacin. Este Sistema aprovecha las ventajas de los protocolos utilizados en el mundo
Web, por lo que la disposicin de los datos al supervisor, en este caso al Ministerio, sera de
manera inmediata y desde cualquier ubicacin dentro de la red de procesos de la Corporacin.

2.3.- Objetivos del Proyecto

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:

Seleccionar los protocolos de comunicacin a emplear en cada una de las

interfaces del sistema.
Instalar y Configurar el Mdulo de Captacin de Datos en Campo constituido
por el Computador Modular PC/104-Plus y el Sistema Net-DAS.
Establecer la comunicacin entre los transmisores de mediciones y la unidad
terminal remota Net-DAS.
Estudiar la interfaz entre el Net-DAS y la Recepcin de Datos para la
Visualizacin va Web.
Disear la estrategia de contenido a manejar en el monitoreo, adaptado a la
normativa utilizada en la Corporacin.
Implementar la Aplicacin Web para el monitoreo, empleando los lenguajes de
comunicacin PHP, HTML, JavaScript y Perl.
Configurar el Servidor Web y puesta en marcha de la aplicacin corriendo
sobre el mismo.

2.4.- Alcance del Proyecto

El Proyecto se desarroll a nivel de laboratorio en las oficinas del Departamento de
Automatizacin Industrial de la Divisin Centro Sur de PDVSA. La implementacin de la
 9
PLANTEAMIENTO DEL PROYECTO

arquitectura para el Sistema de Monitoreo y Supervisin va Web, se hizo localmente

utilizando los transmisores reales de campo (presin, temperatura y flujo), el computador
modular con el Sistema Net-DAS, un computador personal haciendo las funciones de Servidor
Web, y un servidor dedicado para unas funciones de comunicacin para la transmisin de los
datos. El Proyecto no contempla la instalacin en campo, por lo tanto, la integracin se
desarroll a manera de prueba como posible alternativa para supervisin de las variables de
proceso en los oleoductos de las Estaciones de Flujo y Patio de Tanques. Debido que la
integracin no se hizo directamente en campo, era inadecuado instalar todos los equipos en las
oficinas donde se estableci el laboratorio, como son los casos del transmisor de corte de agua,
del sensor de corte de agua, y del sensor de flujo. Para el caso en particular del transmisor de
flujo, por ausencia del sensor, se dispuso de un simulador para enviar datos empleando el
mismo protocolo de comunicacin del equipo. Se dispuso de las herramientas y equipos
necesarios para llevar a cabo con xito la integracin del Sistema.
CAPTULO 3.- MARCO TERICO

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.

3.2.- Descripcin del rea de Coordinacin Operacional

3.2.1.- Aspectos Generales

El Patio de Tanques de Silvestre (P.T.S.) est definido como el gran centro de acopio
de la produccin del Distrito Sur. Est ubicado geogrficamente a 35 Km de la ciudad de
Barinas en el campo Silvestre a 2 Km de la carretera Barinas-San Silvestre, a una altitud de
125 m con respecto al nivel del mar. Fue diseado para la recoleccin del crudo producido
tanto en Apure como de Barinas.

Los procesos operacionales que estn asociados a P.T.S. son los siguientes (ver Figura
3.1):

Recepcin de crudo, proveniente de los campos del Estado Apure

(Estaciones de Flujo Guafita y La Victoria) y del Estado Barinas
(Estaciones de Flujo Silvn, Mingo, Silvestre B, Sinco y Palmita).

Almacenamiento de crudo, a travs de cuatro tanques de techo flotante

con capacidad nominal de 150 mil barriles cada uno, altura de 50 pies
y 150 pies de dimetro. Cada tanque cuenta con un patio, muros de
contencin de 2.5 Mts de altura, sistemas de drenajes de agua de lluvia
y rampas de acceso. El crudo llega a travs de lneas de 20 pulgadas
para el caso de Apure y 16 pulgadas para Barinas, distribuyndose al
tanque de inters por medio de sistemas de vlvulas motorizadas con
accin remota desde la Sala de Control.
 11

MARCO TERICO

Transporte de crudo almacenado, hacia la Refinera El Palito en el

Estado Carabobo, por medio de un sistema de bombas de precarga,
sistema de bombas principales y tres Estaciones Reforzadoras.

Transferencia de custodia de crudo, a travs del Oleoducto P.T.S-

Refinera El Palito. El proceso de transferencia de custodia abarca
tanto la llegada del crudo a los tanques de almacenamiento de la
Refinera, as como su contabilizacin a travs de medidores de flujo.
Es importante destacar que estos medidores son monitoreados desde
P.T.S. y son considerados solo una medida operacional de referencia
por cuanto la medida oficial del crudo bombeado es la que arroja el
proceso de aforo de los tanques de la Refinera.

Figura 3.1.- Procesos Operacionales Asociados

3.2.2.- Descripcin de los Servicios del rea Coordinacin Operacional

Los servicios prestados son cinco en total y estn asignados actualmente a un rea
determinada de la siguiente manera (ver Tabla 3.1). La supervisin y control de las
operaciones de produccin en el Patio de Tanques Silvestre (P.T.S.) de la U.E. Barinas, est
basada en un SCADA marca Intellution, modelo FIX32 v7.0 ubicado en la sala de telemetra
 12

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).

Tabla 3.1.- Descripcin de los Servicios

Servicio Instalacin

Estacin Patio Tanques

Bombas Booster y Filtros de Crudo

Lnea de Entrada de Crudo de Apure - Barinas

Patio Tanques Silvestre
Bombas de Torres de Enfriamiento

Trampa de Salida de PTS

Bombas Principales de PTS

Oleoducto Apure Barinas (28 Estaciones de Vlvula)

Oleoducto Barinas - El Palito (13 Estaciones de Vlvula)

Estacin Reforzadora Guanare

Estacin Reforzadora Yaritagua

Estaciones de Rebombeo
Estacin Reforzadora Acarigua

Estacin de Flujo Palmita

Estaciones de Flujo
Estacin de Flujo Silvestre B

Estacin de Flujo Sinco D

Barinas Estacin de Flujo Silvan

Estacin de Flujo Mingo

 13

MARCO TERICO

Dentro de este servicio se encuentran las siguientes instalaciones:

Patio de Tanques, Bombas Booster y Filtros de Crudo, Lnea de Entrada de Crudo de

Apure Barinas, Bombas de Torres de Enfriamiento, Trampa de Salida de PTS, Bombas
Principales de PTS (ver Figura 3.2).

Figura 3.2.- Ubicacin Esquemtica de las Instalaciones de P.T.S

3.2.3.- Estaciones de Vlvulas.

Las Estaciones de Vlvulas supervisan y controlan el transporte de crudo desde su
extraccin hasta la Refinera el Palito para su posterior embarque o proceso en la planta.

Dentro de la arquitectura de las Estaciones del Oleoducto Apure El Palito se

encuentran las remotas y radios, las remotas 3305 marca Brstol y los radios digitales. Las
Estaciones de Vlvulas supervisan y controlan el transporte de crudo desde su extraccin hasta
la refinera el palito para su posterior embarque o proceso en la planta.

Dentro de este servicio se encuentran las siguientes instalaciones:

Oleoducto Apure - Barinas (conformado por 28 Estaciones de

Vlvula): La Victoria 4 , La Victoria 5, La Mona, Cao Colorada,
 14

MARCO TERICO

Mata Larga, Hato Angostura, Cao Muoz, El Amparo, Pueblo Viejo,

La Miel, Guaritico, Bogante, La Idea, Palmarito 1, Palmarito 2, Cao
el Babo, Mata de Banco, Apure Sur; Apure Norte, Araguaney, Calzada
Pez, Canagua, Zamoa, Paguey, Morrocoy.

Oleoducto Barinas - El Palito (conformado por 13 Estaciones de

Vlvula): Torunos, San Nicols, Guanare, Por Fin, Acarigua,
Cambiaba, Chivacoa, Boraure, El Pen, Bananera, Santa Rita,
Simonera.

3.2.4.- Estaciones de Rebombeo.

El sistema de control de las Reforzadoras se encuentra conformado por dos remotas
Bristol (Esclava y Maestra) ubicada en la sala de control. Las remotas permiten operar,
supervisar y controlar el bombeo de la planta, en forma remota (desde la estacin PTS) ya que
la estacin es desasistida.

El sistema se divide en dos gabinetes, el primero se encuentra en la sala de control y

contiene: dos remotas, una amo y una segunda remota esclava, el equipo de comunicacin con
P.T.S. y en la misma sala se encuentra una consola de operacin local. El segundo gabinete se
encuentra en un centro de control de motores (CCM) en el cual se concentra el I/O discretos
involucrados en el manejo de las bombas. Adicionalmente se encuentra con dos reguladores
cargadores ubicados en la misma sala de control que asegura el suministro elctrico para las
remotas y parte de la instrumentacin. El sistema de automatizacin esta conformado por tres
remotas una interfaz Hart, los equipos de comunicacin, una consola local y una Master
Rotork.

3.2.5.- Estaciones de Flujo.

La supervisin y control de las operaciones de produccin en los campos de la Unidad
de Explotacin (U.E.) Barinas, que cubren un radio mximo de 70 kilmetros de la ciudad de
Barinas, en el Edo. Barinas) est basada en un SCADA marca Intellution, modelo FIX32 v7.0
ubicado en la sala de telemetra del Patio de Tanques Silvestre, y en RTUs marca Bristol
Babcock, modelo DPC3330 como equipos de adquisicin de datos de campo.
 15

MARCO TERICO

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 un enlace serial de
radio punto-multipunto a 9.600 bps con el protocolo BISAP.

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.

Figura 3.3.- Estaciones 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).

Es necesario destacar que sta es la arquitectura actual presente en el Distrito Sur, la

cual est sujeta a variacin. De los elementos anteriormente nombrados: los servicios y las
instalaciones pueden cambiar, en otras palabras pueden desaparecer o crearse nuevos
elementos; a excepcin de los sistemas que no pueden modificarse bajo ningn concepto, ni en
este distrito ni en cualquier otra parte del pas.
 16

MARCO TERICO

3.2.6.- Mediciones Ms Importantes

3.2.6.1.- Medicin De Presin

La presin se define como la fuerza ejercida por unidad de rea. Existen muchas
razones por las cuales en un determinado proceso se puede medir presin. Entre estas se tiene:
calidad del producto, seguridad de los procesos, contabilidad, etc.

La presin se puede medir en valores absolutos o diferenciales. La presin

manomtrica se define como la presin relativa a la presin atmosfrica. La presin absoluta
es la suma de la presin manomtrica ms la presin atmosfrica. El vaco es la diferencia
entre la presin atmosfrica y la presin absoluta, es decir, la presin medida por debajo de la
presin atmosfrica.

3.2.6.2.- Medicin de Temperatura

La temperatura es una propiedad termodinmica de la materia y no existe un medio
directo de medirla. Sin embargo, esta puede medirse en trminos de los efectos indirectos que
ella tiene sobre las propiedades fsicas de los materiales (como la presin), o por el cambio
que produce en circuitos elctricos (cambios de voltaje y resistencia). Los sensores ms
utilizados para medir temperatura son: termmetros (de bulbo, bimetlicos, de resistencia),
termistores, termocuplas, pirmetros de radiacin, sensores infrarrojos, radiacin laser.

3.2.6.3.- Medicin de Flujo

La medicin de flujo es uno de los aspectos ms importantes en el control de procesos.
De hecho, bien puede ser la variable ms comnmente medida. Existen muchos mtodos
confiables y precisos para medir flujo. Algunos son aplicables solamente a lquidos, algunos
solamente a gases o vapores y otros a los dos ltimos nombrados. El fluido puede ser limpio o
sucio, seco o hmedo, erosivo o corrosivo. Las condiciones del proceso tales como presin,
temperatura, densidad, viscosidad, pueden variar afectando la medicin y por tanto deben ser
tomados en cuenta al momento de seleccionar el medidor de flujo a implementar. Es
necesario por lo tanto conocer el principio de operacin y caractersticas de funcionamiento de
los diferentes medidores de flujo disponibles. Sin tal conocimiento es muy difcil seleccionar
 17

MARCO TERICO

el medidor ms apropiado para una determinada aplicacin. Para mayor informacin sobre la
Descripcin del rea de Coordinacin Operacional consultar [GARCA, 2004].

3.3.- Medicin Fiscal y de Referencia

En el ao 2001, el Ministerio de Energa y Minas emiti un lineamiento de poltica
petrolera relacionada con la fiscalizacin automtica de los volmenes de hidrocarburos
producidos por esfuerzo propio de Petrleos de Venezuela, S.A. y bajo la figura de
Asociaciones y Convenios Operativos, para efectuar una medicin ms efectiva y precisa de
los volmenes de hidrocarburos producidos en los campos y vendidos en los Mercados Interno
y de Exportacin, mediante la aplicacin de unas Normas Tcnicas de Fiscalizacin que
garanticen los pagos de estipendios a los contratistas por servicios prestados, as como tambin
los montos por concepto de los diferentes impuestos en el ramo de los hidrocarburos que las
empresas operadoras deben pagar al Fisco Nacional.

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.

Del lineamiento de poltica petrolera que establece la normativa para la fiscalizacin de

hidrocarburos lquidos, se deduce que toda aquella medicin que no cumpla a cabalidad con
los requerimientos de precisin, efectividad y certificacin exigidos para la medicin de
volmenes de hidrocarburos producidos, ser considerada una Medicin de Referencia.
 18

MARCO TERICO

3.3.1.- Medicin en Tanques

La medicin de nivel por tanque constituye un mtodo indirecto de clculo del
volumen contenido en el mismo basado en la geometra del tanque y de las variables claves de
medicin. Los componentes bsicos asociados a este mtodo de medicin son:

a. Medidor de nivel de crudo.

b. Medidor de nivel de agua libre.
c. Medidor mltiple de temperatura.
d. Medidor de presin.
e. Medidor de contenido de agua en hidrocarburos lquidos.
f. Sistema de monitoreo de inventario en tanques.
g. Sistema de fiscalizacin y contabilidad de hidrocarburos lquidos.

En la Figura 3.4 se muestra el diagrama tpico de la instrumentacin de tanques, el cual

cumple con los requerimientos para la fiscalizacin.

Figura 3.4.- Medicin en Tanques1

3.3.2.- Medicin en Lnea

En los puntos de fiscalizacin donde se acuerde realizar la medicin en lnea de la
Produccin se deben utilizar estaciones de medicin, las cuales contengan la instrumentacin
necesaria para medir flujo volumtrico o msico, presin, temperatura, densidad, corte de agua

1
Figura extrada de las Normas Tcnicas para la Fiscalizacin de Hidrocarburos Lquidos (ver Apndice E).
 19

MARCO TERICO

y tomamuestra automtico en lnea y las facilidades mecnicas para la conexin de un

probador. As mismo, deben contener todos los accesorios necesarios para la correcta
adecuacin del lquido (vlvulas de bloqueo, vlvulas de control de presin y retropresin,
filtros y/o separadores de gas y vapor). El nmero de medidores de flujo en paralelo, debe
garantizar que a la mxima rata nominal de flujo prevista, siempre exista, al menos un
medidor de reserva para ser utilizado en caso de contingencia. De esta forma se garantiza el
alto grado de disponibilidad que se necesita para estas operaciones. El diseo y construccin
de la estacin de medicin debe permitir que los medidores individuales puedan ser excluidos
del servicio sin necesidad de suspender la operacin de la estacin completa. Los sistemas de
medicin de flujo, deben incluir las facilidades necesarias para probar el comportamiento de
los equipos y determinar los correspondientes factores del medidor. Las estaciones de
medicin con gran cantidad de medidores, manejo de grandes volmenes y manejo de
diferentes tipos de fluidos por los mismos medidores, deben poseer probadores en sitio,
preferiblemente de tipo bidireccional. No es permitida la construccin de vas alternas a los
medidores o bypass que puedan permitir que el lquido sea transferido sin medicin. Los
medidores de flujo utilizados deben incluir compensacin automtica por temperatura. Esta
compensacin es ejecutada de manera individual en cada ramal de las estaciones de medicin.
En la Figura 3.5 se muestra el diagrama tpico de la instrumentacin de Estacin de Medicin
en Lnea para fiscalizacin.

Figura 3.5.- Medicin en Lnea2

2
Figura extrada de las Normas Tcnicas para la Fiscalizacin de Hidrocarburos Lquidos (ver Apndice E).
 20

MARCO TERICO

3.4.- Protocolos de Comunicacin

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)

Figura 3.6.- Seal HART BELL 202

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.

HART es un protocolo Half-Duplex, la portadora debe ser desactivada para permitir

que la otra estacin transmita. Las reglas de tiempo de la portadora establecen que la portadora
debe ser activada no ms del tiempo de 5 bits antes del inicio del mensaje (prembulo) y ser
desactivada no ms del mismo tiempo despus de la transmisin del ltimo byte del mensaje
(la suma de verificacin). El amo es el responsable de las transacciones de mensajes. Si no hay
respuesta a un comando dentro de cierto tiempo, el amo debe retransmitir el mensaje. Despus
de unos cuantos intentos debe abandonar la transaccin y notificar el problema. La longitud y
retardo tpicos de los mensajes, permiten dos transacciones por 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.

3.4.1.2.- Lazo de Conexin

La conexin convencional para un transmisor alimentado por lazo de corriente de dos
hilos se muestra en la Figura 3.7. Las especificaciones de Hart permiten resistencias de carga
de 230 a 1100 ohms.
 22

MARCO TERICO

+ 24 V

+
Tx

RL
0V

Figura 3.7.- Lazo HART

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.

3.4.1.3.- Conexin Multipunto

Mltiples dispositivos pueden ser conectados al mismo amo, ya que en los mensajes se
incluye la direccin de los dispositivos que se comunican. Las consecuencias de este tipo de
conexin son, principalmente, el retardo en la comunicacin entre amo-esclavo, y la prdida
de la seal analgica. Cada dispositivo conectado en la red multipunto (paralelo al lazo
HART) debe tener una direccin nica comprendida entre cero y quince.
 23

MARCO TERICO

3.3.1.4.- Estructura del Mensaje

CUENTA
PREAMBULO INICIO DIRECCIN COMANDO ESTATUS DATOS CHECKSUM
BYTE

Figura 3.8.- Estructura del Mensaje HART

La estructura del mensaje se muestra en la Figura 3.8. Existe el formato largo y el

formato corto. Los primeros instrumentos Hart (inclusive la revisin 4) siempre utilizaron el
formato corto. En este formato, la direccin del esclavo es de un byte, y tiene un valor
comprendido del 0 al 15 para configuracin multipunto. Esta corta direccin se denomina
direccin multipunto. La revisin 5 introduce el formato largo. En este, la direccin del
esclavo es un nmero de identificacin nico, un nmero de 38 bits derivado del cdigo del
fabricante, del cdigo del tipo de dispositivo y del nmero de identificacin del dispositivo.
De un modo estricto, el identificador nico, realmente no es nico, puede haber hasta cuatro
veces el mismo nmero, ya que del cdigo del fabricante solo se toman 6 bits, cuando el
nmero en realidad consta de 8 bits.

La mayora de los dispositivos amos deben incluir ambos formatos en su totalidad, de

modo que puedan trabajar correctamente con los dispositivos ya existentes as como con los
nuevos. La revisin 5 establece que todos los dispositivos deben implementar el comando #0
(leer identificacin nica) en ambos formatos del mensaje. Un amo normalmente utilizar el
comando #0 para la primera conexin con el dispositivo, ya que en ese momento el nmero
nico de identificacin no se conoce, sin embargo como el mensaje tambin incluye el nivel
de revisin de HART, el amo sabr que formato deber utilizar.

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.

El caracter de inicio (start byte):

A travs del caracter de inicio se puede indicar cual formato est siendo utilizado, la
fuente del mensaje, y si es o no un mensaje tipo rfaga. Estos valores se muestran en la Tabla
3.2.

Tabla 3.2.- Byte de inicio

Tipo de Mensaje Formato Corto Formato Largo

Amo a Esclavo 2H 82H
Esclavo a Amo 6H 86H
Rfaga del Esclavo 1H 81H

Despus de capturar por lo menos 2 caracteres FF (para sincronizar), los receptores se

encuentran en la bsqueda de estos valores del start byte para indicar el inicio del mensaje.
Estos mensajes se pueden identificar completamente con el contenido de los bits 0,1,2 y 7. Se
ha propuesto que para mejoras futuras se utilicen los bits 5 y 6 del caracter de inicio para
indicar la presencia de bytes extra entre la direccin y el comando.

La direccin (address bytes):

El campo de direccin contiene tanto la direccin del amo como la del esclavo del
mensaje enviado. Esta contenida en un byte, para el formato corto y en 5 bytes para el formato
largo. El bit ms significativo de la direccin, indica si el amo es primario (1) o secundario (0)
. Los mensajes de tipo rfaga son una excepcin, en la cual el dispositivo alterna ambas
direcciones, lo que le da oportunidad a ambos amos de interrumpir.

Tambin en ambos formatos, el bit que le sigue al ms significativo indica si el

mensaje proviene de un dispositivo en modo rfaga, lo que no implica que el mensaje sea de
tipo rfaga. En el formato corto, los dispositivos esclavos tienen direcciones de la cero a la
quince. Este nmero se incluye de modo binario en los 4 bits menos significativos del byte de
 25

MARCO TERICO

direccin. En el formato largo, la direccin de multipunto no es utilizada, conteniendo, los 38

bits restantes de los cinco bytes del campo de direcciones, el valor identificador nico del
dispositivo. En las Figuras 3.9 y 3.10 se puede observar la estructura de las direcciones.

DM MR 0 0 DE

DM: Direccin del Amo (1 bit)

MR: Modo Rfaga BURST (1 bit)
DE: Direccin del Esclavo (4 bits)

Figura 3.9.- Direccin HART en Formato Corto

DM MR
DE

DM: Direccin del Amo (1 bit)

MR: Modo Rfaga BURST (1 bit)
DE: Direccin del Esclavo (38 bits)

Figura 3.10.- Direccin HART en Formato Largo

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.

Suma de verificacin (checksum):

El byte de suma de verificacin contiene el OR exclusivo (paridad longitudinal) de
todos los bytes que le preceden en el mensaje, comenzando con el carcter de inicio. Esto
provee un segundo chequeo para la integridad de la transmisin despus de la paridad por
byte. La combinacin de estos dos garantiza la deteccin de hasta tres errores en un mensaje y
tiene buenas probabilidades de detectar errores en ms bits.

Para una informacin ms detallada sobre el Protocolo Hart, consultar

[FEBRES,2001].
 27

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 dispositivo amo puede direccional individualmente a los esclavos, o puede

inicializar un mensaje de difusin (broadcast, en ingls) a todos los esclavos. stos devuelven
un mensaje o respuesta a las preguntas que son direccionadas individualmente a cada uno de
ellos. Las respuestas no son contestadas al query de difusin hecho por el amo.

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.

Figura 3.11.- Ciclo de Pregunta Respuesta en Modbus

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.

Dos Modos de Transmisin Serial:

Existen dos modos de comunicacin serial en las redes Modbus estndar; ASCII y
RTU. Los usuarios pueden seleccionar el modo deseado, siempre y cuando sea el mismo para
todos los dispositivos en la red Modbus. Cada modo define el contenido de bit de los campos
del mensaje transmitidos serialmente, y determina como la informacin ser empaquetada en
los campos del mensaje, para su posterior decodificacin.
 29

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].

3.4.2.2.- Modbus RTU

En el modo RTU (siglas en ingls de Remote Terminal Unit) cada byte en el mensaje
contiene dos caracteres en hexadecimal. La principal ventaja de este modo es que su mayor
densidad de caracteres permite mejor transferencia de datos que el ASCII para una misma tasa
de baudios. Cada mensaje debe ser trasmitido en una corriente de bits continua.

El formato de cada byte en el modo RTU es el siguiente:

Sistema de Codificacin: Binario 8 bit, hexadecimal 0-9, A-F
Dos caracteres hexadecimal contenidos
en cada campo de 8 bit del mensaje

Bits por Byte: 1 bit de inicio

8 bits de datos, LSB4 se enva primero
1 bit de paridad (par/impar); 0 bit sin paridad
1 bit de parada (con paridad); 2 bits (sin paridad)

Campo de Chequeo de Error: Chequeo de Redundancia Cclica

(CRC, siglas en ingls de Cyclic Redundancy Check)

3.4.2.3.- Modbus TCP

Modbus TCP/IP es un protocolo de Internet. De hecho TCP/IP es el protocolo de
transporte de Internet, lo que significa automticamente que Modbus TCP puede ser usado
sobre la Internet. Por lo tanto, un dispositivo instalado en Barinas (Venezuela), puede ser
direccionado a travs de Modbus TCP/IP desde Caracas (Venezuela), o desde cualquier otra
parte del mundo. Se puede obtener informacin adicional de este protocolo en
[INTELLICOM, 2005].

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.

El principio de pregunta/respuesta se ajusta bien a la naturaleza de amo/esclavo de

Modbus, unido a la ventaja determinstica que el Ethernet suichado ofrece a los usuarios
industriales. El uso de Modbus con el marco TCP proporciona una solucin totalmente
escalable de diez a cientos de nodos sin mayor riesgo. En la Figura 3.12 se muestra el marco
del Modbus TCP.

Identificador de Identificador Campo de Marco Modbus MARCO

Transaccin de Protocolo Longitud TCP

MARCO Direccin del Cdigo de Datos Chequeo

MODBUS Dispositivo Funcin de Error

Figura 3.12.- Marco Modbus TCP

3.4.2.4.- Enmarcado del Mensaje Modbus

El mensaje Modbus es generado por el dispositivo transmisor dentro un marco (frame,
en ingls) que tiene un punto conocido de inicio y de fin. Esto le permite a lo receptores ubicar
el comienzo del mensaje, leer la porcin correspondiente a la direccin y determinar cual
dispositivo es direccionado (o todos los dispositivos, si el mensaje es de difusin), y por
ltimo, conocer cuando ha culminado el mensaje. Los mensajes incompletos pueden ser
detectados y los errores ocurridos pueden ser enviados como un resultado.

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

Figura 3.13.- Marco Modbus RTU

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.

Seguido al ltimo caracter transmitido, un intervalo similar de no menos de 3.5 veces

de caracter marca el final del mensaje, por lo tanto, un nuevo mensaje puede comenzar
despus de este intervalo.

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

La direccin 0 es utilizada como la direccin de difusin, la cual todos los dispositivos

reconocen. Cuando el protocolo Modbus es utilizada en redes de alto nivel, la difusin puede
no ser permitida y puede ser reemplazada por otros mtodos.

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 un mensaje es enviado del amo al esclavo, el campo de cdigo le permite al

esclavo saber que tipo de accin realizar. Por ejemplo, la lectura de estado 0N/OFF de un
grupo de entradas analgicas y discretas; la lectura de contenido de datos de un grupo de
registros; la lectura del estatus de diagnostico de un dispositivo esclavo; la escritura a
determinados registros; o permitir la carga, el grabado, o la verificacin de un programa con el
esclavo.

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:

0000 0011 (hexadecimal 03)

Si el dispositivo esclavo toma la accin solicitada sin error, ste regresa el mismo
cdigo como su respuesta. Si excepcin ocurre, ste regresa:

1000 0011 (hexadecimal 83)

 33

MARCO TERICO

En adicin a su modificacin del cdigo de fundn, el esclavo coloca un cdigo nico

en el campo de datos en el mensaje de respuesta. Esto le dice al esclavo que tipo de error
ocurri, o la razn de la excepcin. La aplicacin del dispositivo amo tiene la responsabilidad
de manejar respuestas de excepcin.

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.

Por ejemplo, si el amo le solicita al esclavo la lectura de un grupo de registros de

mantenimiento (cdigo de funcin 03 en hex), el campo de datos especifica el registro de
comienzo y cuantos registros sern ledos. Si el amo escribe a un grupo de registros en el
esclavo (cdigo de funcin 10 en hex), el campo de datos especifica el registro de comienzo,
la cantidad de registros a escribir, la cuenta de bytes de datos tal campo, y los datos a escribir
en los registros. Si no ocurre error, el campo de datos de una respuesta esclavo amo,
contiene la informacin solicitada. De lo contrario, el campo contiene un cdigo de excepcin.

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.

Campo de Chequeo de Error:

En modo RTU, el campo de chequeo de error contiene un valor de 16 bits
implementado con dos bytes. El valor del chequeo de error es el resultado de un clculo de
Chequeo de Redundancia Cclica (CRC, siglas en ingls) realizado al contenido del mensaje.
 34

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.

Registros Modbus Ms Utilizados:

Coil Status: Estatus ON/OFF de salidas discretas (referenciadas
con 0X) en el esclavo. Soportan Lectura y Escritura. No es
soportada la difusin o broadcast. Ejemplo: El registro 08004,
es de Coil Status.
Input Status: Estatus ON/OFF de entradas discretas
(referenciadas con 1X) en el esclavo. Soportan solo Lectura.
No es soportada la difusin. Ejemplo: El registro 10000, es de
Input Status.
Holding Register: Contenido binario referenciado con 4X en el
esclavo. Soportan Lectura y Escritura. No es soportada la
difusin. Ejemplo: El registro 41008, es un Holding Register.
Input Register: Contenido binario referenciado con 3X en el
esclavo. Soportan solo Lectura. No es soportada la difusin.
Ejemplo: El registro 30010, es un Input Register.

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

establece la conexin, el protocolo TCP se encarga de mantener la comunicacin y garantizar

un intercambio de datos libre de errores.

HTTP se basa en sencillas operaciones de solicitud/respuesta (ver Figura 3.14). Un

cliente establece una conexin con un servidor y enva un mensaje con los datos de la solicitud
o peticin. El servidor responde con un mensaje similar, que contiene el estado de la operacin
y su posible resultado. Todas las operaciones pueden adjuntar un objeto o recurso sobre el que
actan; cada objeto Web (documento HTML, fichero multimedia o aplicacin CGI) es
conocido por su URL.

Cliente Servidor
HTTP

Figura 3.14.- Principio de Solicitud/Respuesta del Protocolo HTTP

Las principales caractersticas del protocolo HTTP son:

Toda la comunicacin entre los clientes y servidores se realiza a partir de

caracteres de 8 bits. De esta forma, se puede transmitir cualquier tipo de
documento: texto, binario, etc., respetando su formato original.
Permite la transferencia de objetos multimedia.
Existen tres verbos bsicos (hay ms, pero por lo general no se utilizan)
que un cliente puede utilizar para dialogar con el servidor: GET, para
recoger un objeto, POST, para enviar informacin al servidor y HEAD,
para solicitar las caractersticas de un objeto (por ejemplo, la fecha de
modificacin de un documento HTML).
 36

MARCO TERICO

Cada operacin HTTP implica una conexin con el servidor, que es

liberada al trmino de la misma. Es decir, en una operacin se puede
recoger un nico objeto.
No mantiene estado. Cada peticin de un cliente a un servidor no es
influida por las transacciones anteriores. El servidor trata cada peticin
como una operacin totalmente independiente del resto.
Cada objeto al que se aplican los verbos del protocolo est identificado a
travs de la informacin de situacin del final de la URL.

En [UNICAN, 2005] se encuentra ms informacin sobre el protocolo HTTP.

3.4.4.- XML RPC

Es un conjunto de implementaciones que permiten ejecutar programas en sistemas
operativos diferentes, corriendo en ambientes diferentes para hacer llamadas a procedimiento
sobre la Internet. Es decir, es la Llamada Remota de Procedimiento ( RPC, por sus siglas en
ingls) usando el protocolo HTTP como el transporte y el XML (Extensible Markup
Language) como el codificador. XML RPC es diseado para ser tan simple como sea
posible, permitiendo que estructuras complejas de datos sean transmitidas, procesadas y
regresadas.
Una llamada de procedimiento es el nombre del procedimiento, sus parmetros, y el
resultado que genera. RPC es una extensin muy sencilla de la idea de llamada de
procedimiento, permitiendo crear conexiones entre procedimientos que estn corriendo en
diferentes aplicaciones, o en diferentes mquinas.

Conceptualmente, no hay diferencia entre una llamada local de procedimiento y una

remota, pero ellas son implementadas de manera diferente, tienen un desenvolvimiento
diferente (RPC es mucho ms lento), y por consiguiente, son usadas para utilidades diferentes.

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

hacer llamadas de procedimiento entre mquinas de sistemas operativos diferentes, por

ejemplo, mquinas Unix hablen con mquinas Windows y viceversa.

Hay un nmero infinito de formatos posibles para la estandarizacin entre los

diferentes sistemas. Un formato es XML, un nuevo lenguaje que tanto los humanos como los
computadores pueden leer. XML RPC emplea XML para establecer el formato. Con este
lenguaje de marcado es fcil ver lo que se este haciendo, y tambin es relativamente fcil
replicar el formato interno de llamada de procedimiento en un formato remoto. Para mayor
informacin consultar [XML-RPC, 2005]

3.4.5.- Interfaces RS - 232 & RS- 485

La interfaz RS-232 es bien conocida debido a la popularidad que tienen hoy en da las
PCs, a diferencia de RS-485, la cual es utilizada a nivel industrial para sistemas de control y
transferencia de volmenes pequeos de datos.Las seales RS-232 son representadas por
niveles de voltajes con respecto a tierra. Tiene un cable para cada seal junto con la seal de
tierra (referencia para los niveles de voltaje). Esta interfaz es til para la comunicacin punto a
punto a bajas velocidades. Por ejemplo, el puerto COMM1 en una PC puede ser utilizado para
un ratn, el COMM2 para un modem, etc. Este es un ejemplo de una comunicacin punto a
punto: un puerto, un dispositivo. Debido a la manera que las seales son conectadas, una tierra
comn es requerida. Esto implica cable limitado de longitud alrededor de 30 a 60 metros como
mximo, los principales problemas son la interferencia y la resistencia del cable. RS - 232 fue
diseado para comunicacin de dispositivos locales, y soporta un transmisor y un receptor.

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

La interfaz RS - 485 utiliza transmisores diferenciales con voltajes alternados entre 0 y

5V. Por utilizar dos pares trenzados de cables, la data puede ser transferida en ambas
direcciones simultneamente. Esta interfaz es utilizada para comunicacin multipunto, en la
cual muchos dispositivos pueden ser conectados a un cable de seal sencillo, similar a redes
Ethernet de cable coaxial. La mayora de los sistemas emplean la arquitectura Amo/Esclavo,
cuando cada unidad esclavo tiene su direccin nica y responde slo a los paquetes
direccionados a esta unidad. Esos paquetes son generados por un amo, el cual peridicamente
chequea todas las unidades esclavas conectadas. La interfaz RS - 485 existe en dos versiones:
la de un solo par trenzado y la de dos pares trenzados.

Un solo par trenzado:

En esta versin, todos los dispositivos estn conectados en un par trenzado sencillo.
Por lo tanto, cada uno de ellos debe tener manejadores de salidas tri-state (incluyendo el amo).
La comunicacin se realiza sobre la lnea sencilla en ambas direcciones. Es importante
prevenir que muchos dispositivos transmitan a la vez (problema de programa). Ver Figura
3.15.

Doble par trenzado:

Aqu, el amo no es necesario que tenga salida con tri-state, ya que el esclavo transmite
sobre el segundo par trenzado. Ver Figura 3.16.

Equipo Terminal de Data Perifrico

(DTE, en ingls) RS-485

Conector
DB9

Figura 3.15.- RS -485 de un solo par trenzado

 39

MARCO TERICO

Equipo Terminal de Data Perifrico

(DTE, en ingls) RS-485

Conector
DB9

Figura 3.16.- RS -485 de dos pares trenzado

3.5.- PC Industrial Modular / Arquitectura Net-DAS

3.5.1.- Caractersticas Tcnicas

El computador utilizado para la implementacin de la Arquitectura Net-DAS,
(arquitectura que se estudiar ms adelante en la seccin 3.5.4) est basada en el estndar
PC/104-Plus, con las siguientes caractersticas tcnicas principales:

Procesador Intel Pentium III de 700 MHz

512 MB de Memoria RAM
Compact Flash de 1 GB (Dispositivo de Almacenamiento)
10 puertos de Comunicacin Serial (2 RS 232 + 8 configurable como RS
-232/RS - 485).
1 puerto paralelo.
2 Puertos USB.
Controlador de Unidad de Diskette, de Teclado y de Ratn.
Controlador Grfico Integrado.
Ethernet 10/100 Base T
Sistema Operativo Embebido QNX 4.0
 40

MARCO TERICO

3.5.2.- Estndar PC/104

PC/104 se trata del bus ISA adaptado para satisfacer las necesidades de las
aplicaciones empotradas e industriales. Es un estndar para mdulos PC-compatible que
pueden ser apilados uno sobre otro para crear un sistema de cmputo empotrado. El estndar
PC/104 se describe como una especificacin publicada por el consorcio PC/104. Su nombre
(PC/104) deriva de su arquitectura PC y el conector de 104 pines.

Seleccionando la tecnologa PC/104, ingenieros y programadores pueden tomar ventaja

de sus conocimientos de hardware y software PC-compatible para desarrollar rpidamente
sistemas empotrados. PC/104 es simplemente una versin de la arquitectura PC para
aplicaciones empotradas e industriales, donde el espacio, consumo de energa, o la
confiabilidad son factores crticos.

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.

PC/104 difiere de sistemas PC estndar en lo siguiente:

Las tarjetas PC104 (90 x 96mm) son mucho mas pequeas que las tarjetas
ISA comparable a un disquete de 3.5. Se apilan una sobre otra mediante
conectores pin /socket, lo que elimina la necesidad de placas base,
backplane o chasis.
Se reducen los requerimientos de alimentacin (1-2 Vatios por modulo) y
manejo de seal (4mA) y minimiza la circuiteria.
Adems de esto, los sistemas PC104 estn diseados para ser ms robustos
que los sistemas PC.

Los mdulos PC/104 se encuentran comercialmente disponibles para un amplio rango

de funciones, incluyendo:

Tarjetas CPU compatibles con PC completas

 41

MARCO TERICO

Entradas / Salidas analgicas y digitales

Video: VGA, LCD, EL, Frame Grabbers
Redes: Ethernet, CAN bus, ARCNET
Controladores : FDD, IDE HDD, SCSI

Las especificaciones PC/104 mecnicas y elctricas comunes de los mdulos hacen

que sean intercambiables con productos de cualquiera de los cientos de fabricantes de
dispositivos PC/104 que existen actualmente. Entre algunas formas de utilizar mdulos
PC/104, se tienen:

Un modulo PC/104 puede ser utilizado como un sistema independiente (stand

alone)
Mdulos PC/104 pueden ser aadidos como parte de otro sistema (cPCI, VME, etc)
Mltiples mdulos PC/104 pueden ser apilados entre si para crear un sistema.

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.

3.5.3.- Estructura del PC Industrial Modular

El Computador Personal Industrial Modular est conformado por cinco mdulos
interconectados a travs del conector de 104 pines (ver Figura 3.17). Las especificaciones
tcnicas de cada mdulo se encuentran el Apndice A. Los mdulos estn apilados en el
mismo orden (de arriba hacia abajo) como son descritos a continuacin.

5
Interconexin de Componente Perifrico
 42

MARCO TERICO

Figura 3.17.- PC Industrial Modular PC/104-Plus

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.

Figura 3.18.- Mdulo MOPSlcd7

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

Figura 3.19.- Mdulo PCM-3116

Mdulo PCM-3660
Es la Tarjeta de Red del Computador. Tiene las siguientes caractersticas tcnicas (ver
Figura 3.20):

Rendimiento de Procesamiento de 10Mbps

Bus de data de 8/16 bits (auto-deteccin)
Direcciones de I/O: 300,320,340 o 360 en hexadecimal.
IRQ: 3,4,5,9,10,11,12, 15
Conector 10 Base T
Fuente de Poder Sencilla de +5V @ 400 mA.
Incluye los drives para ODI, NDIS, PC/TCP, PC-NFS, NCSA, LAN, PATHWAY,
WFW y SCO UNIX.
 44

MARCO TERICO

Figura 3.20.- Mdulo PCM-3660

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.

Figura 3.21.- Mdulo Xtreme/104

 45

MARCO TERICO

Tabla 3.3.- Especificaciones Mdulo Xtreme/104

Nmero de Puertos Ocho

RS-232 y/o RS-422/485. Cada puerto es seleccionable

Interfaz Elctrica
por jumper.
Dos conectores de 40 pines para los ocho puertos. (un
Conectores cable plano con cuatro cables DB-9 por cada conector
de 40 pines)
RS-232: DTR, DST, RTS, CTS, RI, TxD, RxD, DCD
Seales de Control
RS - 422/485: TxD +, RxD +, CTS +, RTS +
RS-232: 50 bps - 230,4 Kbps
Tasa de Baudios
RS-422/485: 50 bps - 460,8 Kbps
Ocho grupos predefinidos de direcciones I/O son
Direcciones I/O
seleccionables por jumper.
Seleccionables por jumper para IRQs
Interrupciones
3,4,5,6,7,9,10,11,12,14,15
Requerimientos de Fuente de
+ 5VDC @ 100 mA (max) +5%
Poder

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.

Figura 3.22.- Mdulo HE104

 46

MARCO TERICO

Tabla 3.4.- Especificaciones Mdulo HE104

Salida de 5V 10 A

Salida de 12V 2A

Salida de -5V 400 mA

Salida de -12V 500 mA

Rango de Voltaje de Entrada 6 a 40V

Regulacin de Carga < 60 mV

Regulacin de Lnea + 40 mV

Frecuencia de Suicheo 75 KHz

Ripple de Salida < 20 mV

Rango de Temperatura -40 a 85 C

3.5.4.- Arquitectura Net-DAS

3.5.4.1.- Definicin
Network Data Acquisition System (en espaol, Sistema de Adquisicin de Datos en
Red) es un sistema de supervisin y control, construido sobre elementos comerciales abiertos:
PC Industrial Modular PC/104-Plus, Interfaces de Campo (Hart, RS-485,TCP/IP, Direct I/O),
sistema Operativo QNX - Linux, SoftPLC Virgo ISAGRAF IEC1131 (SFC, FBD, ST, IL, LD
+ FC), Radios IP, Interconectividad hacia campo (Modbus RTU/TCP, Hart, Fieldbus),
Interconectividad hacia usuario (Modbus, XML, PHP, HTML, Applets de Java, Corba, SQL,
ODBC, OPC); a los cuales se les ha agregado valor y funcionalidad en cuanto a conectividad,
integrabilidad, mantenibilidad y aplicaciones de negocio, mediante el desarrollo de programas
basados en tecnologas de comunicacin TCP/IP, de bases de datos y de IHM7 sobre
navegadores Web.

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:

Adquirir, procesar, convertir y transmitir grandes cantidades de

variables de cualquier proceso industrial, desde sus instalaciones en
campo hasta los sistemas de informacin, control, y bases de datos
corporativas, mediante la programacin de protocolos de
comunicacin asociados a dispositivos ya existentes o propios.
Monitorear y controlar las instalaciones de campo utilizando
navegadores Web convencionales y estndares sin que se haga
indispensable de invertir en sistemas especializados (SCADA).

3.5.4.3.- Ventajas
Entre las principales ventajas que ofrece el Sistema Net-DAS se encuentran:

Permite la Adquisicin y transmisin de nuevos tipos de variables,

caracterizadas por contener grandes volmenes de informacin, tales
como perfiles trmicos y cartas dinagrficas, entre otros.
Realiza la distribucin masiva de la informacin de proceso de
campo a toda la Corporacin sin necesidad de adquirir sistemas de
programas de visualizacin especializados y agregando valor a la
infraestructura de redes ya instalada.
Efecta la conversin de protocolos entre dispositivos especializados
que generan la informacin de campo y los sistemas corporativos de
visualizacin, almacenamiento y explotacin de dicha informacin,
permitiendo as la integracin de sensores, analizadores
especializados y los sistemas de automatizacin ya existentes,
utilizando como medio la Internet/Intranet.
Permite el control avanzado de procesos de produccin 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.
 48

MARCO TERICO

Configuracin y explotacin de los datos va Web, usando

protocolos estndares no propietarios tales como Java y Modbus
TCP.
Esta equipado con aplicaciones propias del negocio para la
supervisin y control especializados de instalaciones 2S (explotacin
de data SAGD, Cartas Dinagrficas, AI2S, Weltech, WTD, etc.)
Responde a los requerimientos del concepto AI2S, en cuanto a
escalabilidad, conectividad, mantenabilidad y capacidad de disponer
de toda la inteligencia en sitio para ejecutar las funciones de control,
supervisin y optimizacin en tiempo real.

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.

b. Obtencin de los Datos hacia:

Campo: Va Modbus RTU, Modbus TCP, Hart, I/O directo, Fieldbus,
otros especiales.
SCADA: Va Modbus RTU, Modbus TCP, OPC.
Hacia aplicaciones: Igual a SCADA ms SQL, Applets de Java para
Web, servlets PHP y Java, Corba.
Otras Net-DAS: anterior + intercambio de variables entre lgicas sobre
TCP/IP.
Conectividad global gracias a la aplicacin de las tecnologas de redes y
servicios TCP/IP en aplicaciones de supervisin y control en campo.
 49

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.

d. Integracin de Elementos de Campo:

Capacidad de integrar transmisores Hart directamente, pudindose realizar la
configuracin de dichos transmisores desde el SCADA. Igualmente Net-DAS es capaz de
integrar mltiples equipos y obtener de estos sus datos.

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):

1. RS-485 multipunto, bajo Modbus RTU.

2. TCP/IP Ethernet, bajo Modbus TCP.
 50

MARCO TERICO

h. Supervisin:

Se puede iniciar cmara de video en color, para supervisin visual va

navegadores Web desde cualquier computadora de PDVSA.
Es factible establecer el envo de fotos automticamente, a intervalos
regulares, a otra computadora o servidor Web, o va email a cualquier
usuario.

3.6.- Servidor HTTP Apache

El Servidor HTTP Apache es un servidor HTTP de cdigo abierto para plataformas

Unix (BSD, GNU/Linux, etc.), Windows y otras, que implementa el protocolo HTTP (ver
seccin 3.4.3) y la nocin de sitio virtual. Cuando comenz su desarrollo en 1995 se bas
inicialmente en cdigo del popular NCSA HTTPd 1.3, pero ms tarde fue reescrito por
completo. Su nombre se debe a que originalmente Apache consista solamente en un conjunto
de parches a aplicar al servidor de NCSA. Era, en ingls, a patchy server (un servidor
parcheado).

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

3.7.- Lenguajes de Programacin

3.7.2.- HTML

HTML, HyperText Markup Language, es un lenguaje simple utilizado para crear

documentos de hipertexto para World Wide Web (siglas WWW). No es un lenguaje de
descripcin de pgina como Postcript; HTML no permite definir de forma estricta la
apariencia de una pgina, aunque una utilizacin algo desviada hace que se utilice en
ocasiones como un lenguaje de presentacin. Adems, la presentacin de la pgina es muy
dependiente del navegador utilizado: el mismo documento no produce el mismo resultado en
la pantalla si se visualiza con navegadores diferentes, o sea, HTML se limita a describir la
estructura y el contenido de un documento, y no el formato de la pgina y su apariencia.

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.

Su simplicidad es tal que no es necesario utilizar un editor particular. Su gran

permisividad exige rigor y atencin en la estructura de documentos con el fin de que stos se
visualicen correctamente al margen del contexto y el navegador utilizado. Por tanto, HTML es
un lenguaje muy sencillo que permite preparar documentos Web insertando en el texto de los
mismos una serie de marcas (tags) que controlan los diferentes aspectos de la presentacin y
comportamiento de sus elementos.

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

PHP (acrnimo de "PHP: Hypertext Preprocessor") es un lenguaje de "cdigo abierto"

interpretado, de alto nivel, embebido en pginas HTML y ejecutado en el servidor. En la
Figura 3.23 se muestra un ejemplo sencillo de PHP.

<html>
<head>
<title>Ejemplo</title>
</head>
<body>
<?php
echo "Hola, este es un script PHP!";
?>
</body>
</html>

Figura 3.23.- Ejemplo sencillo de un cdigo PHP

 53

MARCO TERICO

Puede apreciarse que no es igual a un script escrito en otro lenguaje de programacin

como Perl o C++. En vez de escribir un programa con muchos comandos para crear una salida
en HTML, se escribe el cdigo HTML con cierto cdigo PHP embebido (incluido) en el
mismo, que producir cierta salida (en el caso del ejemplo, producir un texto). El cdigo PHP
se incluye entre etiquetas especiales de comienzo y final que permiten entrar y salir del modo
PHP.

Lo que distingue a PHP de la tecnologa JavaScript, la cual se ejecuta en la mquina

cliente, es que el cdigo PHP es ejecutado en el servidor. Si se tuviese un script similar al
ejemplo en el servidor, el cliente solamente recibira el resultado de su ejecucin en el
servidor, sin ninguna posibilidad de determinar qu cdigo ha producido el resultado recibido.
El servidor Web puede ser incluso configurado para que procese todos los archivos HTML
con PHP. Para informacin completa y detallada sobre este lenguaje consultar [PHP, 2005].

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

Perl (Practical Extraction and Report Languaje) es un lenguaje de programacin

creado por Larry Wall, surgido a inicios de los noventas, que busca antes que nada el facilitar
la elaboracin de tareas comunes en sistemas tipo UNIX, donde tradicionalmente las tareas de
administracin y proceso de datos se realiza con herramientas muy rudimentarias y por dems
hostiles al usuario o administrador. Pero que se aplican sobre grandes cantidades de
informacin (por lo regular texto) por lo que se requiere que sean de alto rendimiento.
 54

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).

Por si fuese poco, Perl no es ni un compilador ni un interprete, esta en un punto

intermedio, cuando mandamos a ejecutar un programa en Perl, se compila el cdigo fuente a
un cdigo intermedio en memoria, se le optimiza (como si se fuese a elaborar un programa
ejecutable) pero es ejecutado por un motor, como si se tratase de un interprete. El resultado
final, es que se utiliza algo que se comporta como un intrprete pero que tiene un rendimiento

8
Common Gateway Interface, es un estndar para comunicar aplicaciones externas con los servidores de informacin.
 55

MARCO TERICO

comparativo al de programas compilados. Sin embargo, ya existen compiladores de Perl con la

versin 5.

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:

Primera Fase: Ingeniera

Segunda Fase: Desarrollo e Implementacin del Sistema

Tercera Fase: Pruebas

4.2.1.- Primera Fase: Ingeniera

En esta fase se recopil toda la informacin en cuanto a los protocolos de
comunicacin posibles a utilizar para la interaccin de las distintas partes de la Arquitectura,
tanto los protocolos de campo basados en los estndares industriales, como los protocolos
basados en TCP/IP para la disposicin de los datos en la red de procesos de la Corporacin.
Por otra parte, por las necesidades de adaptar los sistemas de medicin a la normativa
impuesta por el Ministerio de Energa y Minas, se requiri el estudio de la informacin
referida a la Fiscalizacin de Hidrocarburos Lquidos para posteriormente definir si la
Arquitectura a desarrollar cumpla con estas exigencias. Tambin se realiz la recopilacin y
estudio de las arquitecturas de medicin actualmente propuestas para las Estaciones de Flujo y
Patio de Tanques en el distrito, referencias acerca de las variables y parmetros a medir y
contabilizar, estudio de los equipos de campo involucrados en la automatizacin, estudio del
 58
SISTEMA INTEGRADO DE SUPERVISIN Y MONITOREO

programa de configuracin de equipo de campo, definicin de la nomenclatura de las

variables a integrar en el sistema de supervisin basado en Web, estudio de los lenguajes de
programacin empleados en el desarrollo de la Arquitectura, estudio de la Interfaz entre el
Sistema de Adquisicin de Datos y el Servidor Web, y estudio para la instalacin y
configuracin del Servidor Web.

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.

Esta correspondi a la fase inicial del proyecto y se complet aproximadamente en mes

y medio. Para el desarrollo de esta fase se cont con todo el apoyo del personal interno del
Departamento de Automatizacin Industrial para la disposicin del material informativo
constituido por manuales tcnicos, documentos de otros proyectos, etc. El acceso a Internet
fue de mucha utilidad para la recopilacin de la informacin. De igual manera la asistencia a
diversos talleres y reuniones relacionadas directa o indirectamente con el tema, contribuy al
cumplimiento del objetivo primordial de esta fase, el cual corresponde a la obtencin de todo
el conocimiento necesario para hacer posible el desarrollo y la implementacin del Sistema.

4.2.2.- Segunda Fase: Desarrollo e Implementacin del Sistema

En esta fase se configur las especificaciones de comunicacin en el transmisor de
presin, el transmisor de temperatura, y el transmisor de flujo, de acuerdo a los protocolos
utilizados. Tambin se realiz la instalacin del computador industrial modular con estndar
 59
SISTEMA INTEGRADO DE SUPERVISIN Y MONITOREO

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.

Despus de la adecuacin de los programas para la extraccin de los datos desde el

Sistema Net-DAS, se program el mdulo de visualizacin de los datos utilizando lenguajes
comnmente conocidos para aplicaciones Web. El despliegue grfico se orient siguiendo los
esquemas de visualizacin utilizados por los sistemas actuales de supervisin y monitoreo del
distrito.

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.

4.2.3.- Tercera Fase: Pruebas

En esta fase se realizaron todas las pruebas necesarias para comprobar el correcto
funcionamiento de las distintas etapas de la Arquitectura. Esta fase abarca las pruebas hechas
localmente en las distintas etapas, y la prueba del funcionamiento completo del Sistema
implementado. Esta fase forma parte del ltimo mes del proyecto y se hizo utilizando las
herramientas que comnmente se emplearon para la implementacin, es decir, no se cont con
ningn equipo adicional especializado para la realizacin de las mismas. Para la evaluacin de
la aplicacin final se cont con la ayuda del personal interno del Departamento.

4.3.- Sistema Integrado de Supervisin y Monitoreo

4.3.1.- Generalidades del Sistema
Como Arquitectura Modelo del presente Proyecto se emple una arquitectura basada
en el Sistema de Medicin en Lnea de Crudo de la Estacin de Flujo SINCO - D, ubicada en
el Estado Barinas. Actualmente, el Sistema de Medicin de la Estacin de Flujo SINCO D
no est fsicamente instalado, sin embargo, se cuenta con las especificaciones reales y vlidas
del sistema que ser implementado en dicha estacin.

La Arquitectura Modelo al igual que la arquitectura de SINCO-D contempla la

Medicin de Flujo de Crudo, del Porcentaje de Corte de Agua contenido en el Crudo, de la
Presin y de la Temperatura en el Oleoducto. Por otra parte emplea, para la recoleccin de los
datos provenientes de los distintos transmisores, una unidad terminal Net-DAS basada en un
computador industrial modular de estndar PC/104-Plus. (Ver seccin 3.5)
 61
SISTEMA INTEGRADO DE SUPERVISIN Y MONITOREO

De acuerdo a las Normas Tcnicas para la Fiscalizacin de Hidrocarburos Lquidos

aplicadas por el Ministerio de Energa y Minas, la Arquitectura Modelo no cumple con todos
los requerimientos exigidos para la fiscalizacin automtica de hidrocarburos lquidos
producidos, por lo tanto, la Medicin es de tipo Referencial basada en un nuevo sistema de
recoleccin de datos, distinto al Computador de Flujo exigido para Medicin Fiscal en Lnea
en la Norma.

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

Captacin de Datos desde el Servidor Web

Comunicacin entre Servidor Agente Interfaz y Computador Net-DAS

Captacin de Datos en Campo

Figura 4.1.- Mdulos de la Arquitectura SAMEL

Equipos de Servidor Servidor Cliente Web

Campo Agente HTTP
Interfaz Apache

Figura 4.2.- Diagrama de Bloques de las Etapas de la Arquitectura SAMEL

 62
SISTEMA INTEGRADO DE SUPERVISIN Y MONITOREO

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.

El computador industrial PC/104-Plus que cumple con las funciones de adquisicin de

datos a travs del Sistema Net-DAS, peridicamente consulta los datos de campo a los
distintos transmisores que conforman la Arquitectura. Se comunica con el transmisor de
presin y de temperatura mediante el protocolo Hart y con el transmisor de flujo por el
protocolo Modbus RTU.

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

ARQUITECTURA DEL SISTEMA AUTOMATIZADO DE MEDICIN

EN LNEA (Modelo de Medicin E.F. SINCO D, Medicin de Referencia )

Servidor HTTP Apache

Red de Datos de PDVSA
Servidor Agente Interfaz

Despliegue Dinmico (Perl)

Servidor Modbus Clientes WEB de
XML/RPC XML/RPC Visualizacin PDVSA
Presentacin (PHP + HTML
(Lenguaje C ) (HTTP)
+ JavaScript) Navegador Web

HTTP

Modbus TCP Conexiones Ethernet

10/100/1000 MBPS
LAN/WAN

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,

Figura 4.4.- Arquitectura del Sistema Automatizado de Medicin en Lnea

 64
SISTEMA INTEGRADO DE SUPERVISIN Y MONITOREO

Cliente Web

6 1

Servidor
HTTP Apache

5 2

Servidor Agente 3
Equipos de
Interfaz Campo

Figura 4.4.- Diagrama de Flujo entre las Etapas de la Arquitectura SAMEL

Mientras la pgina de despliegue est abierta, peridicamente se establece la cadena

de comunicacin hasta el nivel ms bajo para mantener actualizados los datos, tal como se
muestra en el diagrama de flujo de la Figura 4.4. De lo contrario, mientras la pgina no sea
consultada no existe comunicacin entre las distintas partes, a excepcin de los lazos de
comunicacin Hart y Modbus RTU entre el computador industrial Net-DAS y los
instrumentos de campo. En las siguientes secciones se har una descripcin detallada del
desarrollo y la implementacin de cada mdulo que conforma a la Arquitectura SAMEL.

4.3.2.- Mdulo de Captacin de Datos en Campo

La captacin de datos empleada para la Arquitectura SAMEL esta compuesta por los
siguientes instrumentos: un Transmisor de Flujo Micromotion RFT9739 (con su sensor
Micromotion CM F400), un Transmisor de Temperatura Rosemount 3144P (con su sensor
Rosemount NEMA 4), un Transmisor de Presin Rosemount 3051TG (sensor del mismo
fabricante) y un Medidor de Corte de Agua Agar OW-202 (Ver Figura 4.3). Sin embargo,
para efectos del Proyecto no se pudo contar con todos los instrumentos antes nombrados. El
sensor de flujo Micromotion CM F400 por sus dimensiones era imposible utilizarlo para el
montaje, adems no tiene sentido utilizar el sensor si ste no est conectado a una tubera
donde haya volumen de lquido en circulacin, que en el caso de la Arquitectura sera flujo
de crudo por un oleoducto. Por lo tanto, los datos registrados por el transmisor de flujo no
son vlidos y nicamente se utiliz para pruebas de comunicacin. Por otra parte, no se
dispuso del medidor de corte de agua Agar OW-202 el cual, para efectos del montaje, no hizo
 65
SISTEMA INTEGRADO DE SUPERVISIN Y MONITOREO

falta ya que con el resto de los datos recogidos era suficiente para la puesta en prctica y
prueba de la Arquitectura SAMEL.

Este mdulo utiliza como unidad de recoleccin de datos un computador industrial

modular de estndar PC/104-Plus que tiene instalado el Sistema Net-DAS. Este computador
embebido se encarga de hacer la consulta de los datos a los distintos transmisores y de
disponer los datos en la red debido a la capacidad de manejo del protocolo de comunicacin
Modbus TCP. Para establecer la comunicacin de los transmisores con el computador Net-
DAS se utiliz un Conversor RS-485/422 a RS-232 de B&B Electronics Modelo 485LDRC9
para la conexin va Modbus, y un modem Viator de MACTEK como una interfaz RS-232
para los dispositivos conectados en la red Hart. A continuacin se har una descripcin de los
lazos de comunicacin establecidos, y la instalacin y configuracin de cada uno de los
equipos utilizados.

4.3.2.1.- Lazos de Comunicacin

Los transmisores estn conectados al computador Net-DAS a travs de dos redes
basadas en protocolos de comunicacin diferentes: Modbus RTU y HART BELL 202. (Ver
seccin 3.4, Protocolos de Comunicacin).

Red HART BELL 202

El lazo Hart esta conformado por una fuente de poder DC de 24 V, una resistencia de
carga RL de 250 ohmios de Vatios, un transmisor de temperatura Rosemount 3144P y un
transmisor de presin Rosemount 3051TG (ver especificaciones tcnicas de ambos
transmisores en Apndice F). En la Figura 4.5 se muestra el esquema de conexin.

Esta configuracin es conocida como Conexin Multipunto ya que ms de un

dispositivo Hart est conectado en la misma red. La Interfaz RS - 232 o modem Hart se debe
conectar en paralelo al lazo, ya sea entre los extremos de los transmisores o en los extremos
de la resistencia de carga RL. Esta interfaz es utilizada para poder conectar estos equipos a
un puerto de comunicacin serial RS - 232 comn del computador Net-DAS. Para mayor
informacin sobre el protocolo de comunicacin Hart, ver la seccin 3.4.
 66
SISTEMA INTEGRADO DE SUPERVISIN Y MONITOREO

+ 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

Figura 4.5.- Lazo HART de la Arquitectura SAMEL

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.

El transmisor de Temperatura tiene asignado una direccin Hart igual a 1, un ID de

Manufacturador (Cdigo MFR) igual a 9753, y un ID de Dispositivo igual a 1442780.
El transmisor de Presin tiene la direccin Hart 2, con un Cdigo MFR igual a 9734 y un
ID de Dispositivo igual a 7429882. Por lo tanto, si se quiere hacer una peticin del valor de
temperatura es necesario leer el contenido de ciertos registros del transmisor de temperatura a
travs de la direccin 1 en la red Hart. Anlogamente para el caso de presin. El detalle de
los registros, y la manera como se debe hacer para extraer la informacin, se explica ms
adelante en la seccin de Captacin de Datos con Net-DAS. El computador Net-DAS acta
 67
SISTEMA INTEGRADO DE SUPERVISIN Y MONITOREO

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.

Red Modbus RTU

El transmisor de flujo Micromotion RFT9739 se comunica con el Computador Net-
DAS a travs del protocolo Modbus RTU. El transmisor de flujo tiene para Modbus una
interfaz RS-485 de dos hilos, y debido a que los puertos de comunicacin serial del
Computador Net-DAS se estandarizaron a una interfaz RS-232, es necesario utilizar un
conversor RS-485/422 a RS-232 entre el transmisor y el puerto COMM17. El conversor
utilizado es fabricado por B&B Electronics como el modelo 485LDRC9. En la Figura 4.6 se
muestra el esquema de conexin. Ver especificaciones tcnicas del transmisor de flujo en el
Apndice F.

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

Figura 4.6.- Esquema de Conexin Modbus de la Arquitectura SAMEL

El Transmisor de Flujo utiliza los pines 26 y 27 para la interfaz RS-485. El pin 26 se

conecta con el terminal TDB del Conversor, y el 27 con el terminal RDA, tal como se
muestra en la Figura 4.6. Cuando el Conversor se configura a travs de suiches en modo de
interfaz RS-485 de dos hilos, los terminales TDB y RDB estn internamente cortocircuitados,
igualmente sucede para los terminales TDA y RDA. Dejan de ser igual cuando la
configuracin es RS-485 de 4 hilos. La conexin entre el Conversor y el Computador Net-
DAS se hace a travs de un cable uno-a-uno convencional DB-9.

17
Nombre con el se conoce el puerto de comunicacin serial en un computador.
 68
SISTEMA INTEGRADO DE SUPERVISIN Y MONITOREO

La comunicacin Modbus RTU funciona bajo el principio amo/esclavo. En este caso,

el amo es el Computador PC/104-Plus y el esclavo es el Transmisor de Flujo, el cual tiene
asignada una direccin de dispositivo igual a 1. Por lo tanto, para hacer una peticin desde
el amo al transmisor hay que referenciar a esa direccin. Las especificaciones tcnicas de la
comunicacin Modbus RTU utilizadas en el Proyecto, se encuentran en la Tabla 4.1.

Tabla 4.1.- Especificaciones de la Comunicacin Modbus RTU empleada.

Tasa de Baudios 9600 bps

Bits de Datos 8

Paridad Sin paridad

Bits de Parada 1

DTR No

RTS No

Para establecer la comunicacin entre el amo y el esclavo es necesario, en este caso,

que ambos tengan configurando Modbus RTU con las especificaciones descritas en la Tabla
4.1 (el Conversor debe trabajar a la misma tasa de baudios). En el transmisor de flujo
RFT9739 esta configuracin se hace directamente en el equipo a travs de un juego de 10
suiches y un botn con etiqueta Zero, utilizado para el grabado de la configuracin. Eso en el
caso que se quiera un modo definido por el usuario. Existe una opcin de comunicacin
estndar, para lo cual no es necesario establecer ninguna configuracin. En el modo estndar
el Modbus RTU maneja una tasa de bits 9600 bps, 8 bits de datos, paridad par, y 1 bit de
parada. La descripcin exacta de cmo configurar las especificaciones de comunicacin a
travs del juego de suiches, se encuentra en la hoja de especificaciones del equipo en el
Apndice F. Adicionalmente existe otra manera, a travs del panel frontal del transmisor para
lo cual se utilizan dos perillas giratorias identificadas con Scroll y Zero. Para entrar en este
modo es necesario girar simultneamente ambas perillas.
 69
SISTEMA INTEGRADO DE SUPERVISIN Y MONITOREO

Para la configuracin del funcionamiento del transmisor de flujo se utiliz el

programa Prolink II v2.0 propietario de la casa fabricante Emerson Process Management. La
comunicacin con el equipo desde este programa se puede hacer va Hart o Modbus. Para
comunicarlo va Hart es necesario: Primero, colocar una resistencia entre 250 - 1000 entre
los terminales 17 y 18 mostrados en la Figura 4.7. Segundo, conectar una interfaz RS-232
para redes Hart en los extremos de la resistencia o en los pines indicados como HART en la
Figura 4.7. Tercero, conectar el otro extremo del modem Hart en un puerto COMM del
computador personal donde est instalado el programa Prolink. Y por ltimo dentro de la
aplicacin hay que seleccionar el protocolo HART BELL 202.

Figura 4.7.- Terminales del Transmisor de Flujo RFT9739

En caso que la configuracin de funcionamiento del equipo se desee hacer va

Modbus, se debe implementar el esquema mostrado en la Figura 4.6, con la diferencia que el
amo en este caso es el computador personal con el programa Prolink en vez del computador
Net-DAS. En el programa hay que seleccionar el protocolo Modbus RTU, y luego indicar las
especificaciones de comunicacin del equipo.

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

Figura 4.8.- Pantalla de Configuracin en el Prolink

4.3.2.2.- Captacin de Datos con Net-DAS

Esta seccin contiene una descripcin q abarca desde la instalacin del Sistema Net-
DAS, hasta la configuracin de los mdulos de comunicacin con las redes Hart y Modbus.

Instalacin del Sistema Net-DAS

Como paso inicial se arm, con el cuidado que amerita, la torre de los cinco mdulos
que conforman el computador industrial modular con estndar PC/104-Plus. Simplemente se
fue uniendo un mdulo con otro a travs del conector de 104 pines siguiendo un orden
especfico. Luego se procedi a instalar la memoria RAM, el Compact Flash, y los cables
necesarios (cables de salida de monitor y de teclado, cable IDE para el mdulo Compact
Flash, dos cables planos con terminacin en DB-9 de los ocho puertos adicionales del
mdulo Xtreme/104).

Una vez armado el computador modular se instal el teclado y el monitor. Luego se le

suministr energa al computador utilizando un adaptador DC con una salida de 13,8 VDC @
1,5 A max. Las especificaciones del rango de voltaje DC requerido por el modulo de fuente
de poder del computador modular se encuentra en la seccin 3.6 del Captulo de Marco
Terico. Al arrancar por primera vez el computador se hicieron algunos cambios en el
 71
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.

Administracin del Sistema Net-DAS

El Sistema Net-DAS instalado en el computador modular tiene una herramienta de
Administracin Web, gracias al Servidor Web Apache que tiene corriendo internamente tal
sistema. Este servidor ofrece entre sus ventajas: el manejo de pginas Web estndares hechas
en HTML, interpretacin del lenguaje PHP, ejecucin de Applets de Java, entre otras. Es
recomendable aclarar que este servidor interno no tiene relacin alguna con el Servidor Web
contemplado en la Arquitectura SAMEL. Para acceder a la Administracin Web de la Net-
DAS, basta con incluir en un navegador convencional la direccin URL: http://<ip-asignado-
a-la-Net-DAS>/, y aparecer una pantalla de entrada como la que se muestra en la Figura 4.9.
Para el caso particular de la Net-DAS utilizada para el Proyecto, que tiene una direccin
162.122.233.14, se incluye la direccin URL: http://162.122.233.14/. Como se aprecia en la
Figura 4.9, las opciones disponibles del men de entrada son:

Figura 4.9.- Pantalla de Inicio de la Administracin Web para Net-DAS

Configuracin
 72
SISTEMA INTEGRADO DE SUPERVISIN Y MONITOREO

Permite la Configuracin de Amos (la Net-DAS como amo), la Configuracin de

Esclavos (la Net-DAS como esclavo) y la Configuracin TCP/IP de la Net-DAS. Estas
opciones se encuentran en el Applet19 de Java que se ejecuta en el despliegue que aparece al
entrar en esta seccin de Configuracin. Al entrar en esta seccin por primera vez, el Applet
se ejecuta igual al mostrado en la Figura 4.10.

Figura 4.10.- Applet de Java/Configuracin de Amos

Como se aprecia en la Figura 4.10, en la Configuracin de Amos inicialmente no hay

ningn protocolo/puerto asignado, mostrando la opcin de agregar algn puerto o canal. En
cambio si se llama por primera vez la pestaa de Configuracin de Esclavos, aparece un
canal de Esclavo Modbus TCP (slave_modTCP), lo cual indica que por defecto la Net-DAS
esta preconfigurada como un esclavo Modbus TCP por el puerto 502 y con direccin 1 (ver
Figura 4.12), para el acceso a la tabla de registros Modbus que contiene internamente. En el
Applet se visualiza este canal, tal como se muestra en la Figura 4.11. Por ltimo en la
pestaa de Configuracin de TCP/IP en el Applet, se configuran todos los parmetros
relacionados con la red a la cual la Net-DAS est conectada.

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

Figura 4.11.- Applet de Java/Configuracin de Esclavos

Figura 4.12.- Despliegue Completo/Configuracin de Esclavos

 74
SISTEMA INTEGRADO DE SUPERVISIN Y MONITOREO

Figura 4.13.- Despliegue Completo/Configuracin TCP/IP

Tambin se puede configurar un servidor DHCP (siglas de Dynamic Host

Configuration Protocol), el nombre del Dominio, la direccin IP, el nombre en red (host
name) de la Net-DAS, la mscara de red, la puerta de enlace predeterminada (Gateway), y el
servidor DNS (siglas de Domain Name Server).

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

Figura 4.14.- Aplicacin Telnet en el Navegador Web

Figura 4.15.- Visualizacin del Contenido de los Registros

 76
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.

Figura 4.16.- Estadsticas de Comunicacin de los Puertos del Computador Modular

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.

Figura 4.17.- Pantalla de Seleccin de Puerto para la Deteccin de Dispositivos Hart

Para el Lazo Hart

Para incluir la Net-DAS dentro del Lazo Hart descrito en la seccin 4.3.2.1.1, se
agreg un Amo Hart en la Configuracin de los Amos en el Applet que se ejecuta en la
Pgina de Configuracin dentro de la Administracin de Net-DAS. Este Amo Hart se
configur por el puerto /dev/ser4 (COMM4) del computador, puerto en el cual est conectado
el modem Hart RS-232. Una vez agregado el Amo Hart, se configuraron las dos estaciones o
esclavos correspondientes a los dos transmisores Hart conectados en el Lazo. Utilizando los
 78
SISTEMA INTEGRADO DE SUPERVISIN Y MONITOREO

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.

Figura 4.18.- Estaciones del Amo Hart

La estacin con IP = 9734 (realmente, equivale al Cdigo MFR del Dispositivo), y

Addr = 7429882 (equivale al ID de Dispositivo), representa el transmisor de Presin
Rosemount 3051TG. Mientras, que la otra estacin, con IP = 9753 y Addr = 1442780 es el
transmisor de Temperatura Rosemount 3144P. Como parmetros adicionales para agregar
una estacin, hay que definir el tiempo mximo de espera de respuesta de dispositivo
(Timeout), definir el nmero de reintentos en caso de falla comunicacin (Retries), y
habilitar el escaneo (SCAN = Yes) al dispositivo para actualizar continuamente los datos de
los registros con la informacin de las variables de proceso.

Ambos transmisores contienen la informacin de Campo en los primeros siete

registros a partir de la direccin 30001. El primer registro contiene la salida de corriente de 0
a 4mA en un entero de 16 bits con signo. El segundo registro representa el Estatus de
Comunicacin y genera un valor de -1 cuando hay error de comunicacin. El tercer y cuarto
registro, estn ocupados por la Salida de Corriente en formato float (32 bits). Los registros
30005 y 30006 contienen la Variable de Proceso en formato float. El ltimo registro se utiliza
 79
SISTEMA INTEGRADO DE SUPERVISIN Y MONITOREO

para la unidad de la Variable de Proceso. En la Tabla 4.2 se aprecia tal distribucin de los
registros.

Tabla 4.2.- Registros de los Transmisores de Presin y Temperatura

30001 Salida de Corriente; 0 a 4mA).

30002 Estatus (-1 Err de Comm)
30003
Salida de Corriente (Float)
30004
30005
Variable de Proceso (Float)
30006
30007 Unidad de la Variable de Proceso

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.

Figura 4.19.- Asignacin de Registros en la Estacin asociada al Transmisor de Presin

 81
SISTEMA INTEGRADO DE SUPERVISIN Y MONITOREO

Por otra parte el sistema Net-DAS permite supervisar el estatus de comunicacin de

los distintos dispositivos conectados a travs de sus puertos, indicando entre algunos detalles,
el nmero de preguntas hechas al dispositivo y el nmero de respuestas vlidas que se obtuvo
de l. Para el estatus de comunicacin del Transmisor de Presin el cual esta conectado como
una estacin del Amo Hart a travs del puerto /dev/ser4, se agrega un bloque de 7 registros a
partir de una de direccin especificada en la Tabla 4.4.

Tabla 4.4.- Distribucin de los Registros de Estatus de Comunicacin

Cantidad Registros Por Numero Total De Direccin Direccin

Instrumentos/Equipos
Mxima Unidad Registros Inicial Final

I/O Ethernet / Analgico 6 7 42 42001 42042

Transmisor de Flujo Msico 5 7 35 42043 42077

Vlvulas Multipuerto Bettis 2 7 14 42078 42091

Vlvulas Multipuerto Equipetrol 2 7 14 42092 42105

Transmisores de Presin 30 7 210 42106 42315

Transmisores de Temperatura 30 7 210 42316 42525

Controladores BES Vortex Analog. 20 7 140 42526 42665

Controladores BES CTI 1800 Analog. 20 7 140 42666 42805

Actuadores Elctricos Limitorque 80 7 560 42806 43365

Actuadores Elctricos Auma 80 7 560 43366 43925

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

Para la Red Modbus

En este caso se agreg un Amo Modbus por el puerto /dev/ser3 (COMM3) con las
caractersticas de comunicacin serial descritas en la Tabla 4.1. En este puerto est conectada
la salida del Conversor RS 485 / RS-232 de la Red Modbus.

Como el nico dispositivo esclavo conectado en esta red es el Transmisor de Flujo,

solo se incluy una estacin dentro del Amo Modbus. Esta estacin tiene una direccin de
dispositivo igual a 1, un tiempo mximo de espera de respuesta de dispositivo igual a 1
seg (Timeout) y el nmero de reintentos en caso de falla comunicacin (Retries) igual a 2.

Como se aprecia en la Tabla 4.3 se tienen reservados 18 registros para el transmisor

de flujo a partir de la direccin 30401 en la tabla Modbus de la Net-DAS. Sin embargo, para
efectos del Proyecto solo se utilizan 8 registros los cuales representan las variables de
proceso del transmisor. En la Tabla 4.5 se puede observar el contenido de estos registros con
sus direcciones correspondientes en la tabla Modbus del transmisor.

Tabla 4.5.- Registros de las Variables de Proceso del Transmisor de Flujo

30004 Temperatura

30002 Rata de Flujo msico

30005 Rata de flujo volumtrico

30008 Masa total

30003 Densidad

30010 Inventario de masas

30009 Volumen total

30011 Inventario de volumen

La asignacin de cada registro en la tabla Modbus de la Net-DAS se hizo agregando

en la estacin del Amo Modbus un Poll Record por cada registro (ocho en total), y un Poll
Record de estatus de comunicacin del dispositivo definido de acuerdo a la Tabla 4.4. En la
Figura 4.20 se puede apreciar cada registro con su respectiva ubicacin. Una vez definidas
las direcciones de los registros del transmisor de flujo en la Net-DAS, queda complemente
configurada la red Modbus.
 83
SISTEMA INTEGRADO DE SUPERVISIN Y MONITOREO

Figura 4.20.- Asignacin de Registros en la Estacin asociada al Transmisor de Flujo

4.3.3.- Mdulo de Comunicacin entre Servidor Agente Interfaz y Computador Net-

DAS

El Servidor Agente Interfaz es un programa desarrollado en lenguaje C bajo el

sistema operativo Debian/Linux, que tiene como funcin extraer la informacin va Modbus
TCP (puerto 502) de la tabla de registros de la Net-DAS, tal como se muestra en la Figura 4.3
que se encuentra al comienzo de este captulo. Informacin sobre el protocolo de
comunicacin Modbus TCP se encuentra en la seccin 3.4.2.3.

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

El Servidor Agente Interfaz puede obtener informacin de un gran nmero de

computadores Net-DAS, lo cuales son conocidos como nodos dentro del programa de
configuracin de este servidor. Para agregar un nodo o computador Net-DAS hay que indicar
su direccin IP para que el servidor pueda establecer la comunicacin. A cada nodo es
necesario configurarle los TAGs. El principio de los TAGs se basa en asignarle una etiqueta
(TAG) a cada valor que se desee consultar en la tabla Modbus de la Net-DAS. Un valor
puede ser la informacin de un solo registro de la tabla cuando es de 16 bits o de dos
registros en caso que sea de 32 bits. Los TAGs deben tener un formato estndar ajustados a
unas Normas Bsicas de la Nomenclatura para los Datos y Seales, emitidas por la Seccin
de Ingeniera y Proyectos de la Superintendencia de Automatizacin.

Dentro de la configuracin se indica el nombre del TAG, la direccin inicial en la

tabla Modbus, el tipo de dato (entero de 16 bits con/sin signo, flotante, etc.), el rango de
valores y las unidades en caso que aplique. En la Tabla 4.6 se muestra el grupo de TAGs
incluidos en el Servidor Agente Interfaz utilizando su programa de configuracin. Los TAGs
definidos corresponden a algunos valores de todos los incluidos en la tabla Modbus de la
NetDAS.

El Servidor Agente Interfaz adems de enviar los valores asociados a ciertos

registros, tiene la capacidad de generar diferentes estados, que permiten indicar si el dato
solicitado no existe, si esta fuera del rango, si es una seal de alarma, si es de acceso
prohibido, si tiene estado normal, entre otras, de manera que del lado del Servidor Web, sean
interpretados como colores e indicadores para darle a conocer al usuario final el estatus del
dato mostrado.

4.3.4.- Mdulo de Captacin de Datos desde el Servidor Web

El Servidor Web utilizado es un servidor de distribucin libre y muy reconocido a
nivel mundial conocido como Apache. Se instal la versin 2.0.50 para plataformas Win32
(Windows), con un modulo adicional de Perl (mod_perl/1.99) y un modulo de PHP versin
4.3.7. Este servidor esta corriendo en un computador personal Pentium III bajo el sistema
operativo Windows XP. Para informacin sobre Apache, Perl y PHP dirigirse al captulo 3.
 85
SISTEMA INTEGRADO DE SUPERVISIN Y MONITOREO

Tabla 4.6.- Detalle de Mapeo de Memoria de la Net-DAS

Direccin Modbus En La Net-

Descripcin TAG Instrumento / Equipo
Das

30401 Temperatura EF_SIN_FTT_7162200 Transmisor de Flujo Msico

30402 Rata de Flujo msico Transmisor de Flujo Msico
30403 Rata de flujo volumtrico EF_SIN_FTFV_7162200 Transmisor de Flujo Msico
30404 Masa total Transmisor de Flujo Msico
30405 Densidad EF_SIN_FTD_7162200 Transmisor de Flujo Msico
30406 Inventario de masas Transmisor de Flujo Msico
30407 Volumen total EF_SIN_FTV_7162200 Transmisor de Flujo Msico
30408 Inventario de volumen EF_SIN_FTVI_7162200 Transmisor de Flujo Msico
Salida de Corriente (-32768 a 32767; 0 a
31001 Presin
4mA).
31002 Status (-1 Err de Comm) Presin
31003 Presin
Salida de Corriente (Float)
31004 Presin
31005 Presin
Variable de Proceso (Float) EF_SIN_PT_9734
31006 Presin
31007 Unidades de la Variable de Proceso Presin
31008 Presin
Salida de Corriente (-32768 a 32767; 0 a
31501 Temperatura
4mA).
31502 Status (-1 Err de Comm)
31503 Temperatura
Salida de Corriente (Float)
31504
31505 Temperatura
Variable de Proceso (Float) EF_SIN_TT_9753
31506
31507 Unidades de la Variable de Proceso Temperatura
31508 Temperatura
42043 Errores de CRC Transmisor de Flujo Msico
42044 # de Preguntas EF_SIN_FTAP_7162200 Transmisor de Flujo Msico
42045 # Resp. Invlidas Transmisor de Flujo Msico
42046 # No Respuestas Transmisor de Flujo Msico
42047 # Timet-outs Transmisor de Flujo Msico
42048 # Resp. Vlidas EF_SIN_FTAR_7162200 Transmisor de Flujo Msico
42049 # Reintentos Transmisor de Flujo Msico
42106 Errores de CRC Presin
42107 # de Preguntas EF_SIN_PTAP_9734 Presin
42108 # Resp. Invlidas Presin
42109 # No Respuestas Presin
42110 # Timet-outs Presin
42111 # Resp. Vlidas EF_SIN_PTAR_9734 Presin
42112 # Reintentos Presin
42316 Errores de CRC Temperatura
42317 # de Preguntas EF_SIN_TTAP_9753 Temperatura
42318 # Resp. Invlidas Temperatura
42319 # No Respuestas Temperatura
42320 # Timet-outs Temperatura
42321 # Resp. Vlidas EF_SIN_TTAR_9753 Temperatura
42322 # Reintentos Temperatura
 86
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:

Escucha peticiones a travs del puerto 80.

Capacidad de Interpretar documentos PHP.
Capacidad de manejo de Scripts CGI, Scripts de Perl y JavaScript.

El Mdulo de Captacin de Datos desde el Servidor Web es el que se encarga de

extraer los datos de la tabla Modbus de la Net-DAS a travs del protocolo XML - RPC
utilizando HTTP por el puerto 8080. Es decir, en el Servidor Web se ejecuta un Cliente XML
RPC el cual se comunica con el Servidor Agente Interfaz o Servidor XML - RPC. Este
cliente se ejecuta cuando a travs del explorador se hace una llamada, dentro de un archivo
HTML, al Script de Perl dat_EF_SIN.pl, el cual utiliza los mdulos de Perl
HTMLRenderData.pm y FieldAccess.pm. Estos archivos se muestran en el Apndice B.
Estos archivos son creacin del mismo grupo de trabajo que dise el Servidor Agente
Interfaz. Dentro del archivo dat_EF_SIN.pl se edita un arreglo de datos types para indicarle
cada TAG que se desea consultar al Servidor Agente Interfaz. Es necesario recordar con
exactitud el nombre del TAG incorporado en el Servidor Agente Interfaz. Este arreglo es de
tamao variable y tiene una estructura como se muestra en la Figura 4.21.

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

Como se muestra en la Figura 4.21, dentro del archivo de Perl dat_EF_SIN.pl

tambin se especifica el nombre del TAG que utilizar el modulo de Visualizacin para
 87
SISTEMA INTEGRADO DE SUPERVISIN Y MONITOREO

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

4.3.5.- Mdulo de Visualizacin en Web

La Visualizacin en Web permite mostrar los datos provenientes del nivel ms bajo
de toda la Arquitectura, conformado por los instrumentos de campo. Este mdulo esta
constituido por el documento HTML que contiene la Interfaz Grfica del Sistema y tres
archivos JavaScript utilizados para la lectura de los datos extrados en el Mdulo de
Captacin de Datos desde el Servidor Web a travs del Script hecho en Perl, y para el
 88
SISTEMA INTEGRADO DE SUPERVISIN Y MONITOREO

refrescamiento peridico de los datos en la pgina. La plantilla diseada para la

Visualizacin de los datos de Campo modelando el Sistema de Medicin de la Estacin de
Flujo SINCO-D, esta contenida en el documento HTML dsp_EF_SIN.htm, y se muestra en
la Figura 4.23.

La Medicin en la Estacin de Flujo SINCO - D se hace en lnea directamente en el

oleoducto. Tal como se describi en la seccin 4.3.1, los distintos instrumentos son: un
Transmisor de Flujo Micromotion RFT9739 ubicado aparte del oleoducto, un sensor de flujo
Micromotion CM F400, un Transmisor de Temperatura Rosemount 3144P con su sensor, un
Transmisor de Presin Rosemount 3051TG con su sensor y un Transmisor de Corte de Agua
Agar OW-202. El sensor y el display de corte de agua en la actualidad no estn instalados.
En la plantilla grfica se indican tanto los valores de procesos, como el estado de
comunicacin de cada uno de los transmisores de campo.

La estructura del documento HTML desarrollado para el Mdulo de Visualizacin es

sencilla: dentro del cdigo fuente se tiene la referencia a la imagen de fondo (foto real de la
Arquitectura actual en SINCO - D), un grupo de capas (layers en ingls) utilizadas para
mostrar las etiquetas y los campos de datos numricos para cada uno de los instrumentos, y
unas referencias a los Script de Java. La implementacin en detalle de este documento
HTML, se encuentra en su cdigo fuente que forma parte del Apndice B.

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

Figura 4.23.- Plantilla Grfica para la Visualizacin de los Datos de Campo

netdaslib.js

dsp_EF_SIN.htm

htmlIO.js

Despliegue en
netdasPageRefresh.js
el Explorador
Servidor Web
Apache

Figura 4.24.- Esquema de Funcionamiento del Mdulo de Visualizacin en Web

 90
SISTEMA INTEGRADO DE SUPERVISIN Y MONITOREO

4.4.- Dominio Web

Esta seccin como tal no forma parte de la Arquitectura del Sistema Automatizado de
Medicin en Lnea, pero si pertenece al compendio final del Proyecto, es por ello que ser
brevemente explicado, para entender exactamente como se accede al despliegue dinmico
para la visualizacin de los datos de campo.

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.

Figura 4.25.- Pgina Inicial de la URL del Dominio Web

 91
SISTEMA INTEGRADO DE SUPERVISIN Y MONITOREO

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.

5.2.- Pruebas y Resultados Tcnicos

Las pruebas hechas abarcan todos los niveles de la Arquitectura, empezando por la
instrumentacin de campo. A continuacin sea ir describiendo cada una de las pruebas:

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.

Scanning HART devices at port /dev/ser4, please wait...

Transmitter found at device address 1

MFR_ID= 26
MFR_DT= 19
UNIV_REV= 5
DEV_ID1= 16
DEV_ID2= 03
DEV_ID3= DC
MANUFACTURER ID= 9753 (0x2619)
DEVICE ID= 1442780 (0x1603DC)
RESP1= 0x00
RESP2= 0xC8
Continuing sacanning process, please wait...

Transmitter found at device address 2

MFR_ID= 26
MFR_DT= 06
UNIV_REV= 5
DEV_ID1= 71
DEV_ID2= 5E
DEV_ID3= FA
MANUFACTURER ID= 9734 (0x2606)
DEVICE ID= 7429882 (0x715EFA)
RESP1= 0x00
RESP2= 0x48
Continuing sacanning process, please wait...
End of HART scanning process!
Scanning HART devices at port /dev/ser4, please Wait...

Figura 5.1.- Respuesta de los Transmisores en la Deteccin Hart

Comunicacin Modbus TCP

La manera como se extraen los datos de la Net-DAS provenientes de los dispositivos
de campo, es utilizando el protocolo de comunicacin Modbus TCP. La Net-DAS tiene
configurado un Esclavo Modbus TCP con direccin 1, para responder a las peticiones
hechas por Amos Modbus TCP a travs del puerto 502. Para realizar la prueba se utiliz un
programa que permite configurar Amos Modbus, conocido como ModScan32. Los detalles de
la comunicacin se muestran en la Figura 5.2.
 96
PRUEBAS Y RESULTADOS

Figura 5.2.- Configuracin de un Amo Modbus TCP para Prueba de Comunicacin con Net-DAS

Como se muestra en la Figura 5.2, se esta usando un Servidor Remoto de Modbus

TCP/IP, al cual se le especifica el IP de la Net-DAS y el puerto de servicio a utilizar. Una vez
establecida la conexin, como se observa en la Figura 5.3 en la parte superior derecha, aparece
el nmero de preguntas hechas al esclavo Net-DAS y el nmero de respuestas vlidas dadas
por el mismo.

Figura 5.3.- Comunicacin con el Esclavo Modbus TCP configurado en la Net-DAS

En la Arquitectura desarrollada el Servidor Agente Interfaz es quin se comunica con

la Net-DAS va Modbus TCP. El Servidor Agente Interfaz no cuenta con un despliegue donde
se puedan apreciar los datos recogidos y transferidos a las aplicaciones que se ejecutan gracias
al Servidor Web. Por lo tanto, bsicamente no se dispone de herramientas para evaluar en
etapas intermedias la comunicacin entre la Net-DAS y el despliegue Web. La nica manera
 97
PRUEBAS Y RESULTADOS

es evaluando directamente desde estas aplicaciones Web, y observando que efectivamente si

se obtienen los datos de campo.

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.

Figura 5.4.- Datos de Campo vistos desde el Script de Perl

Despliegue Web Final

Este corresponde el objetivo final del diseo de la Arquitectura, ver los datos de campo
en un despliegue grfico utilizando los estndares de Internet. En la siguiente figura se
muestra el resultado de una consulta hecha de los datos de campo (presin, temperatura, etc.)

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

Figura 5.5.- Despliegue Grfico de la Arquitectura Desarrollada

5.3.- Ventajas del Sistema

Las Ventajas del Sistema Automatizado para Medicin Fiscal y de Referencia en
Lnea, son considerables en comparacin a los sistemas actuales para Adquisicin de Datos y
Supervisin con los que cuenta el Departamento de Automatizacin Industrial en la Divisin
Centro Sur. Estas ventajas se pueden clasificar como:

Tcnicas
Las Ventajas Tcnicas se refieren bsicamente a los beneficios que ofrece la utilizacin
del Sistema de Adquisicin de Datos Net-DAS.

Permite la Adquisicin y transmisin de grandes volmenes de

informacin, tales como perfiles trmicos y cartas dinagrficas, entre
otros.
 99
PRUEBAS Y RESULTADOS

Permite la distribucin masiva de la informacin de proceso de

campo a toda la Corporacin sin necesidad de adquirir sistemas de
software de visualizacin especializados y agregando valor a la
infraestructura de redes ya instalada.
Efecta la conversin de protocolos entre dispositivos especializados
que generan la informacin de campo y los sistemas corporativos de
visualizacin, almacenamiento y explotacin de dicha informacin,
permitiendo as la integracin de los sistemas de automatizacin ya
existentes, utilizando como medio la Internet/Intranet.
Permite el control avanzado de procesos de produccin 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.
Configuracin y explotacin de los datos va Web, usando
protocolos estndares no propietarios tales como Java y Modbus
TCP.
Esta equipado con aplicaciones propias del negocio para la
supervisin y control especializados de instalaciones.

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

especializados. Cualquier usuario con un computador personal de caractersticas comunes,

puede acceder a la aplicacin.

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.

5.4.- Limitaciones del Sistema

El Sistema Net-DAS actualmente en el Departamento de Automatizacin en la
Divisin Centro Sur es relativamente nuevo, por lo tanto, todos los desarrollos locales deben
empezar por proyectos pilotos que no expongan a ningn proceso crtico que tenga valor de
negocio. Es por ello que el proyecto presente esta limitado a ser desarrollado solo a nivel de
laboratorio.

El Sistema implementado slo aplica para la Supervisin y Monitoreo, pero si

requiriese tiene capacidades de expansin para ejercer Control. La Arquitectura es bastante
escalable por estar basada en estndares de comunicacin industrial.

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

Como parte primordial de las conclusiones es necesario nombrar que efectivamente se

logr cumplir con los objetivos planteados al inicio del trabajo. Estos incluyeron una serie de
estudios tericos y documentacin previa muy importante para luego definir la integracin
propuesta como una alternativa para la Supervisin y Monitoreo, empleando un Sistema
Alternativo de Adquisicin de Datos. Ms all de los resultados obtenidos, la experiencia
vivida durante el desarrollo de la pasanta en las instalaciones del Departamento de
Automatizacin Industrial, tiene una importancia invaluable que contribuye significativamente
a la adquisicin de valores y al desarrollo de habilidades para el desenvolvimiento adecuado y
competente dentro del mbito empresarial.

La integracin e implementacin de la Arquitectura para Medicin Fiscal y de

Referencia en Lnea basada en el Sistema Net-DAS y en tecnologas Web, genera beneficios
importantes para el Departamento de Automatizacin Industrial. Es una arquitectura que est
totalmente alineada a las exigencias actuales propuestas internamente en el Departamento, las
cuales se resumen en la bsqueda de alternativas para la Supervisin, Monitoreo, y Control
que empleen tecnologas de punta orientadas a estndares mundiales para el desarrollo de
aplicaciones, soportada por las ventajas que ofrece la plataforma TCP/IP y los protocolos
utilizados con la Internet.

Como el Sistema Net-DAS es relativamente nuevo dentro del Departamento y ms que

esta siendo instalado en un nuevo computador modular industrial con estndar PC/104-Plus de
mayor capacidad, nico entre los distintos computadores a nivel nacional utilizados para esta
Arquitectura, se considera que est an en fase de prueba. Por lo tanto todos los desarrollos
basados en l, permiten que vaya adquiriendo madurez a lo largo del tiempo, de tal manera
que se pueda ir incorporando paulatinamente dentro de los procesos que tengan valor de
negocio dentro de la Corporacin. La integracin de este Sistema de Adquisicin de Datos
para Supervisin y Monitoreo va Web, contribuye significativamente en este sentido, dndole
soporte para futuros proyectos pilotos que actualmente estn en sus primeras fases. Una gran
ventaja que ofrece la utilizacin del Sistema Net-DAS, es el alto nivel de integracin que
 102
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.

Actualmente, a nivel nacional en la Corporacin se ha incorporado la filosofa de

Software Libre/Cdigo Abierto, y se ha ido poco a poco incursionado en el tema. En el
Departamento de Automatizacin de este Distrito, estn tomando cartas en el asunto, y han
comenzado con los desarrollos en cdigo abierto para la disposicin de los datos
suministrados por la Net-DAS, en ambientes Web. Desde el sistema operativo (Linux/Debian)
hasta las herramientas utilizadas para la programacin de las aplicaciones, estn bajo esta
filosofa. Esto se ha incorporando por un grupo de trabajo conformado por personal interno y
contratado especialistas en la materia.

La Arquitectura desarrollada con este proyecto no est completamente basada en

cdigo abierto, ya que algunas aplicaciones estn corriendo sobre plataformas Win32, que
pertenece al gran mundo de software propietario para los cuales se requieren grandes
inversiones en licenciamiento para la adquisicin y utilizacin de estas herramientas. La
Corporacin actualmente invierte miles de millones nicamente para el pago de licencias para
software. Sin embargo, todas las aplicaciones utilizadas para la integracin estn disponibles
libremente para ambas plataformas (Win32 y Linux), o simplemente, son independientes del
sistema operativo. Como por ejemplo, en el caso del Servidor Web Apache, se consigue
libremente (bajo las licencias creadas por la Apache Software Foundation) en ambas
plataformas. Igualmente, para el intrprete de Perl. En caso de los lenguajes de programacin
como PHP y HTML son independientes del sistema operativo, solo se requiere que el servidor
Web pueda interpretarlos. Dentro de las aplicaciones utilizadas, slo los sistemas operativos
 103
CONCLUSIONES Y RECOMENDACIONES

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.

La supervisin y monitoreo basado en tecnologas Web, brinda las facilidades de

consulta sin necesidad utilizar sistemas especializados. El propsito final de la Arquitectura
desarrollada es precisamente la visualizacin de los datos de campo, y hacerlo va Web es una
excelente herramienta sobretodo si se propone el Sistema como una Arquitectura alternativa
para Medicin Fiscal. Para este caso al cliente, el Ministerio de Energa y Minas (MEM), se le
facilitara en gran medida la supervisin y monitoreo de los puntos de Fiscalizacin en las
distintas divisiones de la Corporacin a nivel nacional, nicamente contando con el acceso a la
red de procesos donde est montada la Arquitectura. Para la visualizacin de los datos, se
puede modelar fcilmente en aplicaciones Web los despliegues grficos utilizados para la
supervisin con el sistema especializado SCADA con el que cuenta actualmente el Distrito.
Por otra parte los avances en esta tecnologa son muy frecuentes, y por lo general, estn a
disposicin de los usuarios/desarrolladores interesados, ms an cuando se trate de estndares,
y aplicaciones en cdigo abierto.

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.

[FEBRES, 2001] Proyecto de Grado de la Universidad Simn Bolvar (USB) . Protocolo

de Comunicacin HART, para los instrumentos de FLOTECH, S.A.. FEBRES, Erika. Ao
2001. Documento Electrnico en formato PDF.

[MODICON, 1996] Gua de Referencia. Modicon Modbus Protocol. Modicon, Inc.

Ao 1996. Documento Electrnico en formato PDF.

[INTELLICOM, 2005] Modbus TCP. Documentacin en Lnea disponible en:

www.intellicom.se (Consulta: Enero, 2005)

[XML-RPC, 2005] XML RPC. Documentacin en Lnea disponible en: www.XML-

RPC.com (Consulta: Enero, 2005)

[PHP, 2005] Lenguaje PHP. Documentacin en Lnea disponible en: www.php.net

(Consulta: Noviembre, 2004)

[UNICAN, 2005] Protocolo HTTP. Documentacin en Lnea disponible en:

www.unican.es (Consulta: Febrero, 2005)

[TECNOLOGAS WEB, 2005] Tecnologas Web. Documentacin en Lnea disponible

en: http://www.dccia.ua.es/dccia/inf/asignaturas/TW/teoria.htm (Consulta, Diciembre
2004)

[GARCA, 2004] Proyecto de Grado de la Universidad Nacional Experimental del Tchira

(UNET). Definicin e Implementacin de las Polticas y Seguridad de Alarmas para el
Sistema SCADA en PDVSA Sur. GARCA, Rene. Ao 2004.
 105

[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.