7 Sistemas Control

Mdulo:
Sistemas de
control

Coordinadora:
Da. Marisa Sanzo

Instrumentacin y
control

Marzo 2007

Mdulo: 7 Sistemas de control
Fechas imparticin: del 12 al 16 de marzo de 2007 Duracin: 40 horas

Coordinadora:

Marisa Sanzo
J efe de Compras en Emerson Process Management.
Licenciada en Ciencias Fsicas por la Universidad de Valladolid.
Experiencia como J efe de proyectos de automatizacin en Emerson Process Management.
Experiencia en diseo, especificacin y ejecucin de proyectos de instrumentacin y
control, desarrollada tanto bajo filosofa 4-20 mA Hart como mediante el uso de buses de
campo (Profibus y Fieldbus Foundation). Proyectos a nivel de usuario o como suministrador
en: alimentacin (Azucarera Espaola), oil & gas (Repsol y Enagas), papel (Saica) y
cemento (TDCIM).

Profesores:

Manuel Lzaro
Dentro de Siemens desde el ao 1995, en la divisin de Productos y Sistemas de
Automatizacin, desarrollando tareas de formacin, tcnicas y de promocin de producto.
Y desde el ao 1999 en el rea de Control de Procesos PCS7 y PLCs de Seguridad de
Siemens.

Miguel ngel Sinobas
Tcnico en Sistemas de Produccin en la Refinera de Somorrostro de Petronor.
Ingeniero de Procesos Qumicos.
Participa en 1995 en el proyecto de reinstrumentacin, control avanzado y sistema
integrado de la informacin en la Refinera de Petronor. Ha liderado los proyectos de puesta
en marcha de aplicaciones relacionadas con la informacin de produccin en las Refineras
del Grupo Repsol YPF de Espaa y Argentina.

J ess Villena
Director de Ergotec, empresa especializada en el papel del ser humano en los sistemas
complejos de alto riesgo.
Ergnomo (CNAM-Pars), European Ergonomist (CREE-Holanda).
Ha participado en la concepcin de la organizacin del trabajo, la documentacin de
operacin, los HMIs de control y supervisin, el equipamiento y las salas de control de
sectores industriales como la industria petroqumica, el nuclear o el control del trfico
areo, sectores en los que desarrolla su actividad desde 1993.

Manuel Bollan
Director del Centro Operativo de Madrid de TSK.
Ingeniero Aeronutico.
Durante 25 aos trabaj en SENER donde alcanz el cargo de J efe del Departamento de
Instrumentacin y Control, participando en multitud de proyectos, tanto industriales como
de defensa. Posteriormente, tambin trabaj en Azucarera Espaola, donde desarroll un
programa de modernizacin de los sistemas de instrumentacin y control de todas las
fbricas del grupo a lo largo de ocho aos. Ha sido Presidente de ISA Espaa durante dos
aos as como asesor de proyectos de investigacin y desarrollo para la Unin Europea.

Objetivos:
Este mdulo tiene por objetivo dar una visin y un conocimiento lo mas extenso posible sobre los Sistemas
de Control, Sistemas de Enclavamiento y buses de campo, sin olvidar aspectos importantes de la
instrumentacin inteligente.
Es tambin importante conocer la utilizacin de los instrumentos como base para la gestin de la
produccin de un centro industrial, la relacin de sistemas como el de Gestin del Laboratorio con el
propio SCD y las interfases utilizadas.
Se estudia la ingeniera de los SCD y PLC y se llevan a cabo prcticas con equipos reales.
Se incluye tambin un captulo, que cada vez tiene mas importancia, como es el diseo de salas de control
y la Ergonoma de Sistemas; Gestin de alarmas, diseo de grficos, etc.

Descripcin:
7 A 1 Sistemas de control. SDCs, Buses y PLCs
Sistemas de control
Buses de campo
7 A 2 Sistemas de gestin de la produccin
Conocimientos previos requeridos
Sistema de informacin de produccin
Sistema de gestin de laboratorio
Soporte informtico
Actividades profesionales
7 B 1 I ngeniera de sistemas de control. SDCs y PLCs
Alcance y distribucin de un sistema de control distribuido
Clculos asociados
Construccin hardware
7 B 2 - Interfases entre sistemas
Conocimientos previos requeridos
Interfases de formacin de produccin
Sistema de interfases de produccin
Plataforma de datos de instrumentacin
7 B 3 - Diseo salas de control. Ergonoma de sistemas
La sala, los operadores y la ergonoma
Aspectos medioambientales de la sala
Aspectos fsicos y espaciales de la sala
Aspectos lgicos
7 C Prcticas de sistemas de control. SDCs.
Prcticas de sistemas de control distribuido
Prcticas de PLCs
7 C1 Prcticas proyecto de ingeniera de instrumentacin.

8A1

SISTEMAS DE CONTROL

FICHA IDENTIFICATIVA DEL DOCUMENTO:

Master ISA de instrumentacin y control
Mdulo: 8A1 Sistemas de Control
Tema: 8A1 Sistemas de Control
Autor: Marisa Sanzo

INTRODUCCIN

El objetivo del tema es abordar los conceptos y elementos asociados a un sistema de control
con objeto de que a futuro el alumno tenga los conocimientos necesarios que le permitan
disear y especificar un sistema de control acorde a las necesidades reales de su proyecto de
control.
Con el fin de que dicho tema as como la documentacin asociada al mismo sea un referente
futuro para el alumno, la organizacin de los captulos del mismo presentan un orden similar
al que debera de seguir(segn criterios del ponente) una especificacin tcnica.
El desarrollo de contenidos est enfocado a futuras tareas genricas de diseo y
especificacin de sistemas de control de acuerdo con las necesidades de un futuro proyecto
obviando las caractersticas concretas de un determinado producto o solucin existente en el
mercado.

Mdulo: 8A1 SISTEMAS DE CONTROL Tema: 8A1 - Sistemas de Control
Master ISA- ISE de Instrumentacin y Control Pgina 2
SISTEMAS DE CONTROL
ndice
1. SISTEMAS DE CONTROL 3
1.1. Definicin de Sistemas de Control 3
1.1.1. Definicin de Sistema de Control 3
1.1.2. Conceptos Asociados 3
1.2. Sistemas de Control Distribuido y PLCs 4
1.2.1. Definicin de Sistema de Control Distribuido 4
1.2.2. PLCs 4
1.3. Sistemas de Control Distribuido y Scadas 5
1.3.1. Definicin de Sistema de Control Distribuido 5
1.3.2. Scadas 5
1.4. Elementos que Conforman un Sistema de Control Distribuido 6
1.4.1. Equipos Hardware 6
1.4.2. Consolas (o Estaciones) 9
1.4.3. Comunicaciones 11
1.4.4. Elementos Software 16

2. BUSES DE CAMPO 17
2.1. Definicin de Bus y Caractersticas Asociadas 17
2.1.1. Definicin de Bus 17
2.1.2. Caractersticas 17
2.2. Modelo OSI 18
2.2.1. Definicin 18
2.2.2. Las Capas del Modelo OSI 18
2.3. Clasificacin General de Buses 21
2.3.1. Buses de Sensor 21
2.3.2. Buses de Dispositivos 21
2.3.3. Buses de Campo 21
2.4. Profibus 21
2.4.1. Perfiles Profibus 22
2.4.2. Nivel Fsico 22
2.4.3. Tabla Resumen 24
2.5. Fieldbus Foundation 25
2.5.1. Segmentos Fieldbus Foundation 25
2.5.2. Nivel Fsico 26
2.5.3. Tabla Resumen 27

1. SISTEMAS DE CONTROL
1.1. Definicin de Sistemas de Control
1.1.1. Definicin de Sistema de Control
La infinita gama de soluciones existentes en el mercado, destinadas al control, hace
difcil encontrar una definicin de Sistema de Control que englobe a todas ellas.
Con objeto de acotar alcances y poder abordar a posteriori el concepto de Sistemas de
Control Distribuido, definiremos en lo relativo a este captulo como Sistema de
Control toda solucin que permita mediante el uso de:
un sistema de captacin de seales de campo
un procesador
una interfase para interaccin entre el procesador y el ser humano
el control automtico de una o varias variables fsicas.

1.1.2. C
onceptos Asociados
Control: accin destinada a que una o varias variables fsicas tengan un valor similar a
un patrn, consigna u objetivo.
Control automtico: accin de control ejecutada y supervisada por un procesador
electrnico.
Seal de campo: informacin en formato electrnico relativa al valor o estado de una
variable fsica.
Seal de campo digital: informacin en formato electrnico relativa al estado de una
variable fsica (0 1)
Seal de campo analgica: informacin en formato electrnico relativa al valor de una
variable fsica (de 0 a 100%)
Variables fsicas tipo entrada: objeto de supervisin y/o control.
Variables fsicas tipo salida: objeto de accin y/o manipulacin.

Procesador
Entrada
Consigna
Proceso
Salida
Accin
Captador

Fig. 1-1-1 Sistema de Control

1.2. Sistemas de Control Distribuido y PLCs
1.2.1. Definicin de Sistema de Control Distribuido
Desde un punto de vista riguroso, un Sistema de Control Distribuido tal como el
trmino indica, es un Sistema de Control en donde la solucin para el control
automtico de las variables fsicas implicadas est localizada junto a dichas variables.
Dado que las tecnologas convencionales (a excepcin de Filosofas de buses de
Campo tipo Fieldbus) hacen difcil que los procesadores estn ubicados junto a las
variables fsicas que es necesario controlar, el concepto de Sistema de Control
Distribuido desde un punto de vista coloquial es toda solucin que cumpla los
siguientes requisitos:
(A) Todo Sistema de Control destinado al control y supervisin de un proceso (con un
n de variables fsicas significativas)
(B) El procesador responsable del control automtico y la interfase para interaccin
con el ser humano forman un conjunto indivisible con herramientas y parmetros
comunes para su configuracin.
(C) El conjunto procesador / interfase es una solucin tcnica estandarizada por el
fabricante, escalable segn las necesidades de cada proyecto de control y tipificable
de cara a la configuracin de la solucin final.
1.2.2. PLCs
PLC hace referencia a un tipo concreto de procesador en el que la ejecucin del
control automtico sigue un esquema de orden / ciclo lgico de pasos. Este tipo de
equipos tuvieron su origen en el control automtico de procesos en donde
predominaban las variables fsicas tipo estado (0 1) con tiempos de ejecucin
rpidos.
Aunque en la actualidad los PLCs existentes en el mercado se han beneficiado de los
desarrollos de la informtica y la electrnica, no es correcto decir que una solucin de
control basada en el uso de un PLC es un Sistema de Control Distribuido ya que no
cumplira el requisito (B) anteriormente expuesto.
Es posible sin embargo afirmar que uno o varios PLCs pueden formar parte de un
Sistema de Control Distribuido como analizaremos a posteriori cuando abordemos el
punto Integracin con Terceros.

1.3. Sistemas de Control Distribuido y Scadas
1.3.1. Definicin de Sistema de Control Distribuido
Desde un punto de vista riguroso, un Sistema de Control Distribuido tal como el
trmino indica, es un Sistema de Control en donde la solucin para el control
automtico de las variables fsicas implicadas est localizada junto a dichas variables.
Dado que las tecnologas convencionales (a excepcin de Filosofas de buses de
Campo tipo Fieldbus) hacen difcil que los procesadores estn ubicados junto a las
variables fsicas que es necesario controlar, el concepto de Sistema de Control
Distribuido desde un punto de vista coloquial es toda solucin que cumpla los
siguientes requisitos:
(A) Todo Sistema de Control destinado al control y supervisin de un proceso (con un
n de variables fsicas significativas)
(B) El procesador responsable del control automtico y la interfase para interaccin
con el ser humano forman un conjunto indivisible con herramientas y parmetros
comunes para su configuracin.
(C) El conjunto procesador / interfase es una solucin tcnica estandarizada por el
fabricante, escalable segn las necesidades de cada proyecto de control y tipificable
de cara a la configuracin de la solucin final.
1.3.2. Scadas
Scada hace referencia a un tipo de solucin de control en donde el procesador y la
interfase para interaccin con el ser humano se han definido / diseado a medida y de
acuerdo con las necesidades particulares del proyecto de control. En la mayora de los
casos procesador e interfase no tienen como origen el mismo fabricante.
Aunque es posible encontrar numerosas aplicaciones de control basadas en soluciones
Scadas, no es correcto denominarlas Sistema de Control Distribuido ya que no
cumpliran los requisitos (B) y (C) anteriormente expuestos.
Es posible sin embargo afirmar que uno o varios Scadas pueden formar parte de un
Sistema de Control Distribuido como analizaremos a posteriori cuando abordemos el
punto Integracin con Terceros.

1.4. Elementos que Conforman un Sistema de Control Distribuido
Antes de abordar el estudio de los distintos elementos que forman parte de un Sistema de
Control Distribuido recordaremos que este ha sido definido como:
Toda solucin estandarizada, escalable y tipificable que permita mediante el uso de:
un sistema de captacin de seales de campo
un procesador
una interfase para interaccin entre el procesador y el ser humano
el control automtico de una o varias variables fsicas
Solucin en donde procesador e interfase forman un conjunto indivisible.
1.4.1. Equipos Hardware
De acuerdo con The Oxford Spanish Dictionary:
Hardware / "hA:rdwer / n [u]
a (ironmongery) ferretera f; (before n) hardware dealer ferretero, -ra m, f; hardware
store ferretera f, mercera f (Chi)
b (equipment, machinery) equipo m, maquinaria f; military hardware armamento m
c (Comput) hardware m, soporte m fsico, equipo m
Son elementos fsicos de naturaleza elctrica y/ o electrnica necesarios en la
captacin y procesamiento de las seales que intervienen en el control de procesos en
contraposicin con los elementos lgicos que los hacen funcionar.
Los elementos hardware pueden en muchos casos disearse e instalarse en modo
redundante, es decir desde el punto de vista constructivo y de funcionamiento existirn
un elemento fsico similar por cada elemento hardware (redundancia 1+1) o al
menos un elemento fsico similar a mayores para una misma familia de elementos
hardware (redundancia n+1)
El modo en el que cada solucin de control y gestiona esta redundancia depende del
fabricante:
- opcin 1: uno de los elementos est en servicio (primario) y su redundante
(secundario) en espera es decir listo para entrar en funcionamiento si el
diagnostico del sistema detecta que el elemento primario no est disponible o tiene
una mal funcin.
- opcin 2: ambos elementos (primario y secundario) estn en servicio
simultneamente. El diagnstico del sistema nicamente informa sobre la
disponibilidad de ambos elementos y el posible mal funcionamiento de los
mismos.
CPU (o Controladores)
Es la unidad central de proceso (procesador) destinada a realizar funciones de clculo
as como tareas de supervisin del estado global o disponibilidad del conjunto
hardware (supervisin de los elementos destinados a captar seales de entrada y
salida, supervisin del conjunto procesador / interfase, supervisin de las
comunicaciones entres distintos elementos, etc)
Este tipo de unidad recibe el nombre tcnico de Controlador.

Las CPUs pueden (en funcin del fabricante) estar tipificadas segn la solucin de
control que deban ejecutar y/o segn la normativa aplicable al proceso.
Las CPUs pueden (en funcin del fabricante) ser escalables en capacidad de
procesamiento y gestin de recursos de acuerdo con las dimensiones del proyecto de
control.
Las CPUs pueden (en funcin del fabricante) instalarse en modo redundante: 1+1

Elementos de Entrada (o Tarjetas de Entrada)
Son las unidades destinadas a captar elctricamente punto a punto las seales de
campo correspondientes a las variables fsicas objeto de supervisin y/o control.
Este tipo de unidad recibe el nombre tcnico de Tarjeta de Entrada.
Permite la captacin simultnea de varias seales de campo cada una de las cuales se
conecta mediante cableado fsico a un canal elctrico.
Las Tarjetas de Entrada estn tipificadas (en funcin del fabricante) constructiva y
tcnicamente segn el tipo de seal elctrica que vayan a tratar.
Tarjeta para seales analgicas 4-20 mA (2 hilos)
Tarjeta para seales analgicas 0-10 V
Tarjeta para seales digitales tipo contacto libre de tensin
Tarjeta para seales digitales tipo alimentacin externa
Tarjeta para seales tipo pulso
Tarjeta para seales tipo RTD
Tarjeta para seales tipo Termopar
Las Tarjetas de Entrada pueden (en funcin del fabricante) ser escalables en nmero
de canales elctricos.
Tarjeta estndar: 8 canales
Tarjeta de alta densidad: 32 / 64 canales
Tarjeta especfica: 4 canales
Las Tarjetas de Entrada pueden (en funcin del fabricante) instalarse en modo
redundante: 1+1

Elementos de Salida (o Tarjetas de Salida)
Son las unidades destinadas a captar elctricamente punto a punto las seales de
campo correspondientes a las variables fsicas objeto de accin y/o manipulacin.
Este tipo de unidad recibe el nombre tcnico de Tarjeta de Salida.
Permite la captacin simultnea de varias seales de campo cada una de las cuales se
conecta mediante cableado fsico a un canal elctrico.

Las Tarjetas de Salida estn tipificadas (en funcin del fabricante) constructiva y
tcnicamente segn el tipo de seal elctrica que vayan a tratar.
Tarjeta para seales analgicas 4-20 mA
Tarjeta para seales digitales
Las Tarjetas de Salida pueden (en funcin del fabricante) ser escalables en nmero de
canales elctricos.
Las Tarjetas de Salida pueden (en funcin del fabricante) instalarse en modo
redundante: 1+1

Elementos para Integracin y Comunicacin con Terceros
Son las unidades destinadas a captar elctricamente un conjunto masivo de seales
procedentes habitualmente de un procesador ajeno al Sistema de Control Distribuido,
basndose en una comunicacin del tipo digital multipunto.
Este tipo de elementos reciben el nombre genrico de Tarjetas de Comunicaciones.
Las Tarjetas de Comunicaciones estn tipificadas (en funcin del fabricante)
constructiva y tcnicamente segn el tipo de protocolo de comunicacin digital que
vayan a utilizar. Los ms comunes en la industria de procesos:
Modbus
ASi
Profibus
Fieldbus Foundation
Es el protocolo de comunicacin digital el que determina el volumen de seales que
estas tarjetas son capaces de integrar as como el tipo de seal digital y/o analgico.
Las Tarjetas de Comunicaciones pueden (en funcin del fabricante) ser escalables en
nmero de puertos de comunicaciones.
Las Tarjetas de Comunicaciones pueden (en funcin del fabricante) instalarse en modo
redundante: 1+1

Bastidores
Son unidades fsicas en donde se alojan los distintos elementos hardware: CPU,
tarjetas y fuentes de alimentacin.
Es un error pensar que este tipo de elementos son del tipo pasivo ya que adems de
permitir el conexionado fsico de los diferentes elementos hardware de un Sistema de
Control Distribuido, en la mayora de las soluciones intervienen de manera activa en
las comunicaciones entre procesador y elementos de entradas y salidas.

Fuentes de Alimentacin
Como su nombre indica son las unidades destinadas a suministrar alimentacin
elctrica (en continua o en alterna) a los distintos elementos del conjunto hardware
as como a los circuitos y/o elementos de campo que lo requieran.
De manera genrica podemos decir que dos son los tipos de alimentaciones que
requiere un Sistema de Control Distribuido:
- La alimentacin elctrica de los distintos elementos hardware del Sistema de
Control Distribuido, enumerados y definidos a lo largo de este apartado: CPU,
tarjetas y bastidores.
- La alimentacin elctrica de los circuitos y/o elementos de campo as como de
elementos auxiliares necesarios en la solucin hardware.
La solucin elctrica en relacin con estas alimentaciones ser resolver de acuerdo con
los estndares de cada fabricante, es decir cada solucin determinar:
- El tipo de fuente (AC/AC, AC/DC, DC/DC) que es necesario utilizar para cada
uno de los servicios arriba indicados.
- El grado de segregacin entre fuentes (fuentes independientes o comunes para
cada uno de los servicios)
Las fuentes de alimentacin pueden (en funcin del fabricante) instalarse en modo
redundante, a diferencia del resto de los elementos hardware, la redundancia pude
lograrse mediante configuracin 1+1 n+1.
1.4.2. Consolas (o Estaciones)
Son el elemento fsico que permite la interaccin entre el procesador y el ser humano.
Presentan y/o ponen a disposicin del usuario toda la informacin relativa al Sistema
de Control Distribuido: valores fsicos de las seales de entrada y salida, funciones de
clculo, soluciones de control, diagramas de proceso, estado y disponibilidad de los
elementos hardware, etc ...
En la actualidad las consolas siguen un formato tipo PC bajo dos posibles variantes:
(A) PC convencional basado en tecnologa Windows (actualmente XP) y compuesto
por CPU, pantalla (1 o varias), teclado, ratn y altavoces.
(B) PC de tipo industrial basado en tecnologa Windows o en sistema operativo
propietario del fabricante y compuesto por CPU, pantalla o monitor integrado en
pupitre de control, teclado con opciones de teclas de funcin preprogramadas,
ratn o similar.
El grado de redundancia de los elementos que forman una consola est condicionado
por la criticidad de la solucin de control. Normalmente dicho grado de redundancia
se aplica a la CPU y sus elementos asociados (procesador, disco duro, fuente de
alimentacin, sistema de refrigeracin, etc.)
Como elemento adicional, las consolas disponen de unidades (internas o externas)
dedicas a la creacin de copias de seguridad de la solucin de control diseada, tipo
grabador / lector de cintas y/o unidad de CD.

Antes de abordar los diferentes tipos de consolas, definiremos como operador todo ser
humano cuya tarea principal es la supervisin y manejo de un Sistema de Control
Distribuido mediante interaccin interfase / procesador.

Consolas de Operacin
Constituyen las interfaces desde las cuales el operador puede supervisar y/o actuar
sobre cualquier parte del proceso, disponiendo en la mayora de los casos de todas las
facilidades de manejo introducidas por el uso de un entorno Windows.
Este tipo de consolas, por estar dedicadas a tareas de supervisin y manejo, carecen de
atributos y/o privilegios que permitan modificar la solucin de control.

Consolas de Ingeniera
Constituye uno de los elementos fundamentales del Sistema de Control Distribuido ya
que incluye las herramientas necesarias para realizar las tareas de configuracin de la
solucin de control as como las herramientas de diagnostico que permiten conocer la
disponibilidad del sistema.
Normalmente, en esta consola reside la base de datos del proyecto (listado de
elementos de entrada y salida, programas de clculo, diagramas de proceso) as como
la unidad destinada a realizar copias de seguridad de la misma.
Este tipo de consolas, por estar dedicadas a tareas de configuracin, gozan de todos los
atributos y/o privilegios que permitan modificar la solucin de control as como
cualquier parmetro asociado al Sistema de Control Distribuido.

Equipos Auxiliares
El abanico de elementos auxiliares asociados a la supervisin y manejo de un Sistema
de Control Distribuido est condicionado por el diseo de cada fabricante, sin
embargo es posible indicar que impresoras y estaciones de exportacin de datos son
comunes a la mayor parte de la soluciones de control.
(A) Impresoras
Similares a la unidades de impresin de datos del sector de la ofimtica.
Normalmente estn destinadas a la impresin de grficos del proceso, programas de
clculo y/o configuracin, alarmas y eventos asociados a la disponibilidad del sistema,
etc.
En algunas soluciones la impresora destinada a alarmas y eventos asociados a la
disponibilidad del sistema suele ser del tipo matricial papel continuo, con objeto de
disponer mediante copia en papel de todos el histrico de eventos de cara a analizar
causas ante un posible fallo del sistema.

(B) Estaciones de Exportacin de Datos
Consola dedicada a la gestin y en ocasiones almacenamiento del histrico de
variables del proceso con objeto de crear un puente de comunicacin entre el Sistema
de Control Distribuido y una red tipo LAN en donde dichos datos sern utilizados por
diferentes aplicaciones de gestin.
Igualmente actan como una barrera fsica de cara a proteger la red de datos del
Sistema de Control frente a cualquier perturbacin externa.
En algunos casos la funcionalidad asociada a este tipo de consolas, reside en la
denominada consola de ingeniera.
(C) Varios
A mayores y en funcin de cada fabricante y de las soluciones de control ofrecidas por
el mismo, es posible encontrar Sistemas de Control Distribuido con consolas dedicas a
tareas concretas tipo: gestin de la informacin HART procedente de los instrumentos
de campo, configuracin y gestin de aplicaciones de control avanzado, configuracin
y gestin de alarmas, simuladores de proceso, etc
1.4.3. Comunicaciones
Es lgico pensar que para que los elementos de un Sistema de Control Distribuido
funcionen como un conjunto es necesario que exista entre ellos un protocolo de
comunicaciones de tal modo que la informacin procedente de campo y procesada
por el controlador llegue a la consola de operacin y viceversa.
El nivel ms bajo de comunicaciones es el que tiene lugar entre los distintos tipos de
tarjetas y el controlador asociado. Destinado el intercambio de informacin entre
campo y la unidad de control asociada. Es importante no confundir este nivel de
comunicaciones con las descritas para integracin de terceros.
Normalmente este tipo de comunicaciones est basado en protocolo propietario es
decir propio del fabricante del Sistema de Control Distribuido. Tal como habamos
adelantado al describir los elementos hardware de una solucin genrica, los
bastidores sobre los que se instalan tarjetas y controladores son un elemento activo en
este tipo de comunicaciones.
El segundo nivel de comunicaciones es el que tiene lugar entre distintos controladores
de un mismo Sistema de Control. Esta funcionalidad surge de la necesidad de
intercambiar informacin entre diferentes unidades de control de un mismo proyecto.
El tercer nivel de comunicaciones es el que tiene lugar entre los controladores y las
consolas implicadas en tareas de operacin, ingeniera y aplicaciones varias. Orientado
a la interaccin entre campo, procesador y ser humano.
El cuarto nivel de comunicaciones es el que tiene lugar entre las distintas consolas de
un mismo Sistema de Control Distribuido. Necesario principalmente desde un punto
de vista ofimtico de gestin global de la informacin: disponibilidad a nivel de
operacin de la base de datos del proyecto residente en la consola de ingeniera,
intercambio de informacin entre consolas con distinta funcionalidad, gestin de
copias de seguridad, exportacin de datos a impresoras y/o otras redes, etc.


Tarjetas
de
Entradas

Controlador
Consola
de
Operacin

Tarjetas
de
Salidas
Tarjetas
de
Comunicaciones

Consola
de
Ingeniera
Consola
Exportacin
Datos

Controlador

Controlador

Seales
de
Campo

Seales
de
Campo
Seales
de
Terceros

Bastidor

LAN

Fig. 1-4-1 Comunicaciones en un Sistema de Control Distribuido


Los protocolos en los que se basan estos tres ltimos niveles de comunicaciones
dependen de la solucin diseada por el fabricante. Varias son las opciones existentes
aunque es importante resear que los Sistemas de Control Distribuido de ltima
generacin estn basando dichas comunicaciones (al menos las relativas al tercer y/o
cuarto nivel) en protocolos estndar de propsito general tipo Ethernet TCP/IP.
Igualmente depender del fabricante de la solucin de control, el tipo de jerarqua y de
conexin fsica y funcional que exista entre estos cuatro niveles. Al conjunto
resultante se le denominar red de control.
La parte prctica asociada a este mdulo de formacin permitir analizar los casos
particulares de varias soluciones existentes en el mercado en lo que a comunicaciones
se refiere. Como complemento a la misma introduciremos una serie de conceptos que
permitirn al alumno entender y valorar las diferentes soluciones de control con las
que ejecute sus proyectos futuros.

Protocolo Propietario / Protocolo Estndar
En grandes trminos dos son los tipo de protocolos que siguen las comunicaciones en
las que se basa un Sistema de Control Distribuido:
- Protocolo Propietario
Diseado por el fabricante de la solucin de control.
Al tratarse de una solucin particular no estandarizada, hace que los elementos
hardware implicados solamente puedan comunicarse con elementos de su misma
familia.
Este tipo de protocolos confieren al Sistema de Control Distribuido de un carcter de
Cerrado frente a la posibilidad de comunicarse de manera estndar con elementos
hardware / software de otros fabricantes.
En su origen la mayor parte de las soluciones de control basaban sus comunicaciones
en este tipo de protocolos.
- Protocolo Estndar o de Propsito General
El desarrollo de las comunicaciones a nivel global, el auge de la ofimtica y la
necesidad de estandarizar soluciones de cara a abaratar costes y dotar a sus productos
de mayor flexibilidad han llevado a los fabricantes a apostar por el uso de lo que se
denominan protocolos de comunicaciones estndar o de propsito general.
En este caso es una fundacin u organismo el responsable del diseo y mantenimiento
de los estndares asociados a dicho protocolo. El fabricante deja de crear / inventar
para utilizar productos ya existentes.
Este tipo de protocolos confieren al Sistema de Control Distribuido de un carcter de
Abierto frente a la posibilidad de comunicarse de manera estndar con elementos
hardware / software de otros fabricantes.
El protocolo ms utilizado es el denominado Ethernet TCP/IP.

Comunicaciones Deterministas y No Deterministas
Independientemente del tipo de protocolo en el que se base una solucin de control, es
importante conocer como dicho protocolo gestiona las comunicaciones entre los
distintos elementos de la red de control.
En relacin con este aspecto es necesario hablar de
- Determinismo
La comunicacin de datos entre diferentes elementos de la red de control se realiza en
el momento preciso (cuando dicha comunicacin es solicitada y de acuerdo a una serie
de prioridades) y a intervalos de tiempo deseados y exactos (de acuerdo con el ciclo de
ejecucin definido)
El usuario de la red tiene la seguridad de que las comunicaciones se realizarn de
acuerdo con parmetros predefinidos y que la informacin de control tendr prioridad
frente a otras comunicaciones de la red.
Para garantizar el cumplimiento de lo arriba expuesto, el nmero de elementos que
pueden formar parte de la red de control est limitado numricamente.
- No Determinismo
La comunicacin de datos entre diferentes elementos de la red de control se realiza en
orden de demanda. La garanta de que la informacin de control se tramita dentro de
un intervalo de tiempo deseado es consecuencia de la velocidad asociada a este tipo de
comunicaciones.
Inicialmente no existe una limitacin fsica en el nmero de elementos que pueden
formar parte de la red de control.

Velocidad
Previamente hemos hablado de la existencia en un Sistema de Control Distribuido de
cuatro posibles niveles de comunicaciones cada uno de ellos con caractersticas
propias o similares entre s, dependiendo de la solucin de control elegida.
Una de los parmetros asociados a cada uno de estos niveles de comunicacin es la
velocidad con la que se intercambia la informacin entre los diferentes elementos
implicados.
En los Sistemas de Control Distribuido la velocidad se define como el nmero de bits
de informacin que dos elementos pueden intercambiar por unidad de tiempo. Las
unidades de medida ms comunes son los Mb/s (Mega bits por segundo)
Es importante tener en cuenta que en el global de la red de control, la velocidad real
de intercambio de informacin viene fijada por el nivel de comunicaciones ms lento
que exista en la misma.

Redundancia
Al igual que los elementos hardware, la red de control asociada a un Sistema de
Control Distribuido puede disearse en modo redundante, es decir desde el punto de
vista constructivo y de gestin de las comunicaciones existirn dos redes fsicas a
travs de las cuales se intercambia la informacin entre los distintos elementos.
El modo en el que cada solucin de control gestiona esta redundancia depende del
fabricante:
- opcin 1: una red de comunicaciones est en servicio (primaria) y la redundante
(secundaria) en espera es decir lista para entrar en funcionamiento si el
diagnostico del sistema detecta que la red primaria tiene una mal funcin.
- opcin 2: ambas redes de comunicaciones (primaria y secundaria) estn en servicio
simultneamente. El diagnstico del sistema nicamente informa sobre la
disponibilidad de ambas redes y el posible mal funcionamiento de las mismas.

Elementos Fsicos Asociados
Varios son los elementos adicionales en la construccin fsica de una red de control
y/o la unin funcional de los diferentes niveles de comunicaciones. La necesidad real
de cada uno de ellos depender de la solucin de control elegida o fabricante.
- Cable
Es el medio fsico que permite la conexin entre distintos elementos de una red de
control y su especificacin tcnica depende del protocolo de comunicaciones en el que
est basado dicha red.
Un mismo Sistema de Control de Distribuido puede requerir de diferentes tipos de
cables en funcin de la distancia existente entre los elementos a comunicar, la
velocidad de comunicacin deseada as como del n final de elementos que deber de
soportar la red de control.
- Bridges / Puente
Dispositivo hardware que permite la conexin fsica entre distintos tipos de cable de
una misma red de control.
Sirve igualmente para transmitir paquetes de informacin entre segmentos de una
misma red as como para filtrar (a modo de barrera) los paquetes que entran o salen
(similar al Router)
- Router / Enrutador
Dispositivo hardware y/o software que distribuye trfico entre redes TCP/IP,
determinado la mejor ruta para el envo de la informacin.
- Gateway / Pasarela
Dispositivo hardware y/o software con capacidad para traducir protocolos con objeto
de permitir la conexin fsica y funcional entre distintas redes.

- Firewall / Cortafuego
Dispositivos "Perimetrales" del tipo hardware que aslan y protegen una red, o incluso
un solo ordenador, del exterior.
- Servidor
Ordenador (procesador) que suministra informacin y/o datos a otros ordenadores, los
cuales ejecutan los programas clientes.
- Hub
Dispositivo hardware que acta a nivel de concentrador con objeto de enviar
informacin entre elementos de una misma red de control.
La caracterstica principal es que en cada comunicacin el hub hace llegar la
informacin a todos los elementos de la red para asegurarse de que la recibe el
verdadero destinatario.
- Switch
Dispositivo hardware que permite enviar informacin entre elementos de una misma
red de control.
La caracterstica principal es que en cada comunicacin el switch hace llegar la
informacin, previo almacenamiento en su memoria o buffer, al verdadero
destinatario.
1.4.4. Elementos Software
Son funciones de carcter lgico destinadas a realizar tareas de clculo, supervisin y
operacin.
Al igual que los elementos hardware, el software asociado a un Sistema de Control
Distribuido depende del fabricante del mismo en alcance, formato y funcionalidad.
Dichas funciones estn necesariamente asociadas a:

Programas de Desarrollo
Herramientas de programacin, normalmente:
- Estandarizadas por el fabricante de la solucin de control
- Asociadas a lenguajes / modos de programacin de alto nivel.
- Orientadas conceptualmente al control de procesos

Libreras
Programas y/o soluciones estndar de control, diseados y desarrollados por el
fabricante del Sistema de Control Distribuido y accesibles desde un entorno de trabajo
amigable al usuario final.

Licencias
Sistema de escalado del Sistema de Control Distribuido, relativo al n mximo de
entradas y salidas que podr gestionar la solucin de control as como a las
funcionalidades asociadas al mismo (programas de desarrollo, libreras, herramientas
de diagnstico, usuarios, etc)
2. BUSES DE CAMPO
2.1. Definicin de Bus y Caractersticas Asociadas
Consecuencia del desarrollo del mundo digital y del uso masivo de microprocesadores, el
control de procesos est experimentando una evolucin desde su concepcin puramente
analgica hacia el uso de tecnologas digitales.
Dicha evaluacin desarrollada con xito a nivel de elementos y herramientas de
supervisin y control, se ha iniciado de manera similar en la instrumentacin de medida y
en los elementos finales de control.
Consecuentemente:
- El uso de microprocesadores de nueva generacin en los instrumentos de campo
otorga a stos funcionalidades adicionales a las propias de un transmisor.
- Surgen las comunicaciones digitales entre el control y los elementos de campo.
2.1.1. Definicin de Bus
Sistema de comunicacin digital serie multipunto que permite interconectar
instrumentos de campo con los elementos hardware de una solucin de control.
2.1.2. Caractersticas
(A) La conexin digital instrumentos / control le confiere carcter de red de
comunicaciones.
(B) El uso de tecnologa digital permite la comunicacin masiva de datos mediante un
nico medio fsico de comunicaciones.
(C) El uso de microprocesadores junto con la comunicacin masiva de datos permite
tareas de control, gestin y diagnosis a nivel de instrumentos de campo.
(D) El protocolo de comunicacin utilizado sigue un patrn estndar con objeto de
permitir la interconexin de elementos procedentes de distintos fabricantes.
(E) El desarrollo y mantenimiento del estndar es responsabilidad de un Comit o
Fundacin.
(F) Cumple requisitos de seguridad intrnseca.
(G) Permite configuraciones redundantes.
(H) Dispone de herramientas propias de configuracin, integradas en el software
asociado a un Sistema de Control Distribuido.
(I) Permite ampliar la red de comunicaciones con nuevos elementos de campo y/o de
la solucin de control.

2.2. Modelo OSI
2.2.1. Definicin
El desarrollo de una red de comunicaciones, en nuestro caso un bus de campo,
significa que los diseadores de la misma deben ocuparse de todos los
elementos involucrados en el proceso, es decir:
- Los dispositivos fsicos de conexin,
- Los protocolos software y hardware usados en la comunicacin
- Los programas de aplicacin que realizaban la comunicacin
- La interfaz hombre-mquina que permiten al humano utilizar la red.
Con objeto crear un procedimiento estndar de diseo, surge el denominado
Modelo de Comunicaciones OSI (the reference model of Open Systems
Interconnection). Su filosofa se basa en descomponer la funcionalidad de la
cadena de transmisin a comunicar en diversos mdulos cuya interfaz con los
adyacentes est estandarizada. Para ello el modelo OSI tiene dos componentes
principales:
- Un modelo de red, denominado modelo bsico de referencia (Basic
Reference Model) o capa de servicio (Server-layer).
- Una serie de protocolos concretos.
El modelo de red est basado en una concepcin de siete capas o niveles, en las
que se basan todos los desarrollos:
- 1 Fsico
- 2 de Enlace
- 3 de Red
- 4 de Transporte
- 5 de Sesin
- 6 de Presentacin
- 7 de Aplicacin
Cada nivel realiza una funcin concreta, y est separado de los adyacentes por
interfaces conocidas, sin que le incumba ningn otro aspecto del total de la
comunicacin. En lo que respecta al software cada uno de ellos utiliza un
protocolo especfico para comunicarse con las capas adyacentes.
Ejemplos: Generalmente los dispositivos utilizados en las redes circunscriben
su operacin a uno o varios de estos niveles. Por ejemplo, un concentrador
Hub que amplifica y retransmite la seal a travs de todos sus puertos, est
operando exclusivamente en la capa 1 un conmutador Switch opera en las
capas 1 y 2 y un enrutador Router opera en las capas 1, 2 y 3. Finalmente una
estacin de trabajo de usuario generalmente maneja las capas 5, 6 y 7.
2.2.2. Las Capas del Modelo OSI

1 Capa fsica
Physical layer
Es la encargada de transmitir los bits de informacin por la lnea o medio
utilizado para la transmisin. Se ocupa de las propiedades fsicas y
caractersticas elctricas de los diversos componentes; de la velocidad de
transmisin, si esta es uni o bidireccional (simplex, duplex o full-duplex).
Tambin de aspectos mecnicos de las conexiones y terminales, incluyendo la
interpretacin de las seales elctricas.
Como resumen de los cometidos de esta capa, podemos decir que se encarga
de transformar un paquete de informacin binaria (Frame) en una sucesin de
impulsos adecuados al medio fsico utilizado en la transmisin. Estos
impulsos pueden ser elctricos (transmisin por cable); electromagnticos
(transmisin Wireless) o luminosos (transmisn ptica). Cuando acta en
modo recepcin el trabajo es inverso; se encarga de transformar estos impulsos
en paquetes de datos binarios que sern entregados a la capa de enlace (ver a
continuacin).
Ejemplo: este nivel define la medidas del cable coaxial Ethernet y de los
conectores BNC utilizados. Otro ejemplo de estndares relativos a esta capa
son RS-232 para comunicaciones serie.

2 Capa de enlace
Data Link layer
Puede decirse que esta capa traslada los mensajes hacia/desde la capa fsica a
la capa de red (que veremos a continuacin). Especifica como se organizan los
datos cuando se transmiten en un medio particular.
Adems del direccionamiento local, se ocupa de la deteccin y control de
errores ocurridos en la capa fsica, del control del acceso a dicha capa y de la
integridad de los datos y fiabilidad de la transmisin. Para esto agrupa la
informacin a transmitir en bloques (Frames) e incluye a cada uno una suma
de control (Checksum) que permitir al receptor comprobar su integridad. Los
datos recibidos son comprobados por el receptor. Si algn dato se ha
corrompido se enva un mensaje de control al remitente solicitando su reenvo.
Ejemplo: esta capa define como son los cuadros (Frames), las direcciones y las
sumas de control (Checksum) de los paquetes Ethernet.

3 Capa de Red
Network layer
Esta capa se ocupa de la transmisin de los datos (Paquetes) y de encaminar
cada uno en la direccin adecuada (Routing) pero no se ocupa de los errores o
prdidas de paquetes.
Ejemplo: define la estructura de direcciones y rutas de Internet.

4 Capa de Transporte

Transport layer
Esta capa se ocupa de garantizar la fiabilidad del servicio, describe la calidad y
naturaleza del envo de datos, definiendo cuando y como debe utilizarse la
retransmisin para asegurar su llegada. Para ello divide el mensaje recibido de
la capa de sesin (que veremos a continuacin) en trozos (Paquetes), los
numera correlativamente y los entrega a la capa de red para su envo.

5 Capa de Sesin
Session Layer
Es una extensin de la capa de transporte que ofrece control de dilogo y
sincronizacin, aunque en realidad son pocas las aplicaciones que hacen uso de
ella.

6 Capa de Presentacin
Presentation layer
Esta capa se ocupa de los aspectos semnticos de la comunicacin (describe la
sintaxis de los datos a transmitir), estableciendo los arreglos necesarios para
que puedan comunicar mquinas que utilicen diversa representacin interna
para los datos.
Ejemplo: describe como pueden transferirse nmeros de coma flotante entre
equipos que utilizan distintos formatos matemticos.

7 Capa de Aplicacin
Application layer
Esta capa describe como hacen su trabajo los programas de aplicacin
(navegadores, clientes de correo, terminales remotos, transferencia de ficheros
etc). Por un lado interacta con la capa de presentacin; por otro representa la
interfaz con el usuario, entregndole la informacin y recibiendo los comandos
que dirigen la comunicacin.

2.3. Clasificacin General de Buses
Los criterios campo de aplicacin y tipos de datos comunicados son los requisitos
utilizados para la clasificacin de buses que presentamos a lo largo de este documento.
La eleccin por parte del usuario final entre un tipo de bus u otro est ligada en la mayora
de las ocasiones al tipo de protocolo de comunicaciones que sea capaz de soportar el
hardware implicado en la solucin de control as como al coste econmico asociado.
2.3.1. Buses de Sensor
Bus que gestiona seales digitales entre elementos de campo discretos (con dos
posibles estados: 0, 1) y un procesador, en servicios que requieren de alta velocidad de
transmisin, garantizando tiempos de ejecucin fijos.
Los datos se transmiten en formato de bits.
Ejemplo: ASi
2.3.2. Buses de Dispositivos
Bus que gestiona seales digitales y analgicas.
Los datos se transmiten en formato de mensajes de bytes.
Ejemplo: Modbus
2.3.3. Buses de Campo
Bus de alto nivel de complejidad que gestiona la comunicacin entre dispositivos de
campo y elementos de control.
Los datos se transmiten mediante paquetes de informacin.
Cumple requisitos de seguridad intrnseca.
Ejemplo: Profibus, Fieldbus Foundation.
2.4. Profibus
http://www.profibus.org/
Bus de Campo basado en un protocolo de comunicacin estandarizado (independiente del
fabricante implicado) que permite crear redes de control de carcter abierto, es decir con
posibilidad de comunicarse con elementos hardware / software de distintos fabricantes.
La fundacin u organismo responsable del diseo y mantenimiento de los estndares
asociados a dicho protocolo recibe el nombre de PNO.
El nacimiento de Profibus surge como intento de conseguir una red estndar para todos los
fabricantes industriales en la que poder integrar equipos activos o maestros (implicados en
tareas de control) es decir PCs, autmatas, controladores, etc sino tambin elementos de
tipo pasivo o esclavos es decir elementos finales de control, instrumentos, interfases
hombre-mquina, paneles locales, etc.
En su concepcin Profibus sigue el modelo OSI e implementa los niveles 1, 2 y 7 del
mismo:
Nivel 1 Fsico
Nivel 2 de Enlace

Nivel 7 de Aplicacin
Desde el punto de vista de usuario, Profibus dispone de tres perfiles:
Profibus FMS
Profibus DP
Profibus PA
Antes de abordar el estudio del nivel 1 (fsico) dada su directa implicacin en tareas de
diseo y especificacin de un bus de campo, abordaremos la descripcin de los distintos
perfiles de usuario de Profibus.
2.4.1. Perfiles Profibus

Profibus FMS
FMS (Fieldbus Message Specification)
Protocolo que utiliza los niveles 1 (fsico), 2 (de enlace) y 7 (de aplicacin) del
modelo OSI.
Como su propio nombre indica est dedicado al intercambio de datos e informacin en
el nivel alto de la pirmide de control, es decir entre la interfase de usuario de la red de
control y los procesadores implicados en la misma.

Profibus DP
Protocolo que utiliza los niveles 1 (fsico) y 2 (de enlace) del modelo OSI.
Esta variante est dedicada a las comunicaciones entre procesadores (maestro) y
elementos de entra / salida (esclavos), garantizando un trfico de datos rpido.

Profibus PA
Basado en Profibus DP aunque su funcionalidad est orientada a la integracin en la
red de instrumentos y actuadores que puedan requerir en algunos casos de seguridad
intrnseca y/o alimentacin de energa del equipo de campo.
2.4.2. Nivel Fsico
Es la encargado de transmitir los bits de informacin por la lnea o medio utilizado
para la transmisin. Se ocupa de las propiedades fsicas y caractersticas elctricas de
los diversos componentes; de la velocidad de transmisin, si esta es uni o
bidireccional (simplex, duplex o full-duplex). Tambin de aspectos mecnicos de las
conexiones y terminales, incluyendo la interpretacin de las seales elctricas.
Es el nivel de mayor implicacin en el diseo de un bus de campo desde el punto de
vista de la ingeniera ya que debern de especificarse aspectos del tipo:
- Caractersticas fsicas:
Tipo de cable
Longitud mxima permitida para la red

Nmero mximo de participantes / dispositivos en la red
Velocidad (bits / seg)
Alimentacin elctrica de los dispositivos de campo
Seguridad intrnseca
- Elementos auxiliares

Caractersticas Fsicas
Profibus FMS y Profibus DP pueden utilizar de manera indistinta y en funcin de las
necesidades de la aplicacin cable del tipo bifilar trenzado apantallado y conductores
de fibra ptica de vidrio o plstico.
La longitud mxima admitida para el cable y consecuentemente para la red depende de
la velocidad de transmisin deseada as como del tipo de cable seleccionado, el uso de
fibra ptica de vidrio frente al resto de alternativas permite afrontar mayores
distancias) y normalmente cuanto mayor es la longitud de los segmentos de la red
menor velocidad de transmisin de la informacin (bits / seg)
Profibus FMS y DP admiten un nmero mximo de 32 participantes o dispositivos
conectados a la red.
Profibus PA puede utilizar cable a dos hilos. La propiedades del tipo de cable
determinan la longitud mxima de la red y el nmero de participantes o dispositivos
conectados.
Dado que el perfil Profibus PA cumple requisitos de seguridad intrnseca, las redes
instaladas en zona clasificada admitirn un mximo de 10 participantes o dispositivos
con objeto de garantizar la limitacin de corriente por el bus, mientras que si las redes
se encuentran en zona segura el nmero mximo de dispositivos oscila entre 31 y 24
dependiendo del tipo de enlace fsico utilizado para conexin entre perfiles DP y PA.

Elementos Auxiliares
- Conectores de bus: tal como su nombre indica permiten la conexin fsica entre el
dispositivo y la red.
Para el caso de los perfiles FMS y DP el conector y el nmero de dispositivos que
conecta fsicamente con el bus depende del tipo de cable utilizado.
Para el caso del perfil PA los conectores estn estandarizados pudiendo ser del
tipo:
Bifurcacin en T: para la conexin al bus de un dispositivo o segmento del bus.
Cajas de conexin: para conexin en modo estrella de varios dispositivos.
- Terminadores de bus
- Acopladores DP/PA: permite la conexin fsica entre el perfil DP y PA realizando
las siguientes funciones adicionales
Alimenta a los dispositivos de campo conectados a la red Profibus PA

Garantiza limitacin en corriente por lo que su uso permite la instalacin de
redes Profibus PA en zona clasificada de acuerdo con los requisitos de
seguridad intrnseca.
Existen dos tipos de acopladores: una variante para instalaciones en zona segura
permitiendo la conexin y alimentacin de un mximo de 31 dispositivos de
campo y una segunda variante con certificacin Ex para zona clasificada
permitiendo la conexin y alimentacin de un mximo de 10 dispositivos.
- Enlace DP/PA: elemento fsico de conexin entre el perfil DP y PA compuesto por
2 acopladores DP/PA para instalaciones en zona segura y 5 acopladores DP/PA
para instalaciones en zona clasificada. En ambos casos el nmero mximo de
dispositivos conectados al enlace DP/PA es de 24.
2.4.3. Tabla Resumen

Profibus FMS Profibus DP Profibus PA
Velocidad 12 Mbits/seg 12 Mbits/seg 31,25 Kbits/seg
Cable
Trenzado apantallado
F.O
F.O
A 2 hilos
Participantes / dispositivos 32 32
Mx. 31
Mx. 10 (Ex)
Alimentacin a travs del bus No No Si
Seguridad Intrnseca No No Si
Redundancia No Si No
Tabla. 2-4-1 Nivel Fsico Profibus

2.5. Fieldbus Foundation
http://www.filedbus.com/
Bus de Campo basado en un protocolo de comunicacin estandarizado (independiente del
fabricante implicado) que permite crear redes de control de carcter abierto, es decir con
posibilidad de comunicarse con elementos hardware / software de distintos fabricantes.
La fundacin u organismo responsable del diseo y mantenimiento de los estndares
asociados a dicho protocolo recibe el nombre de Fieldbus Foundation.
El nacimiento de Fieldbus Foundation surge como intento de conseguir una red estndar
para todos los fabricantes industriales en la que poder integrar dispositivos de campo y
equipos de control y/o monitorizacin.
En su concepcin Fieldbus Foundation sigue el modelo OSI e implementa los niveles 1, 2
y 7 del mismo:
Nivel 1 Fsico
Nivel 2 de Enlace
Nivel 7 de Aplicacin de Usuario
Desde el punto de vista de usuario, una red de bus tipo Fieldbus Foundation est
compuesta por dos tipos de segmentos:
Segmento H1
Segmento H2
Antes de abordar el estudio del nivel 1 (fsico) dada su directa implicacin en tareas de
diseo y especificacin de un bus de campo, abordaremos la descripcin de los distintos
segmentos.
2.5.1. Segmentos Fieldbus Foundation

Segmento H1
Tramos de red que permiten la conexin de instrumentos y actuadores que puedan
requerir en algunos casos de seguridad intrnseca y/o alimentacin de energa.

Segmento H2
Tramo de red que permite la conexin de dispositivos destinados a interfases de
operacin as como procesadores de control, con objeto de concentrar todas las
comunicaciones asociadas a tareas de ingeniera, configuracin, operacin y
mantenimiento as como al tratamiento masivo de dispositivos de entradas / salidas de
alta densidad.

2.5.2. Nivel Fsico
Es la encargado de transmitir los bits de informacin por la lnea o medio utilizado
para la transmisin. Se ocupa de las propiedades fsicas y caractersticas elctricas de
los diversos componentes; de la velocidad de transmisin, si esta es uni o
bidireccional (simplex, duplex o full-duplex). Tambin de aspectos mecnicos de las
conexiones y terminales, incluyendo la interpretacin de las seales elctricas.
Es el nivel de mayor implicacin en el diseo de un bus de campo desde el punto de
vista de la ingeniera ya que debern de especificarse aspectos del tipo:
- Caractersticas fsicas:
Tipo de cable
Longitud mxima permitida para la red
Nmero mximo de participantes / dispositivos en la red
Velocidad (bits / seg)
Alimentacin elctrica de los dispositivos de campo
Seguridad intrnseca
- Elementos auxiliares

Caractersticas Fsicas
Los segmentos H2 utilizan el estndar de Ethernet de alta velocidad en configuracin
redundante y pueden utilizar de manera indistinta y en funcin de las necesidades de la
aplicacin cable del tipo trenzado apantallado y conductores de fibra ptica.
En los segmentos H2 la velocidad de transmisin de la informacin es de 100 Mbits /
seg, admitiendo un nmero casi ilimitado de participantes o dispositivos (ms de
65.000)
Los segmentos H1 utilizan cable a dos hilos, siendo el nmero mximo de
participantes o dispositivos de 32 y la velocidad de transmisin de la informacin de
32,25 Kbits / seg. . La propiedades del tipo de cable determinan la longitud mxima de
la red.
Dado que el perfil de los segmentos H1 cumple requisitos de seguridad intrnseca, las
redes instaladas en zona clasificada admitirn un mximo de 4 dispositivos con objeto
de garantizar la limitacin de corriente por el bus, mientras que si las redes se
encuentran en zona segura el nmero mximo de dispositivos es de 32. En ambos
casos este nmero mximo de participantes se reduce a medida que aumentan los
requisitos de distancias para la red as como los posibles consumos elctricos de los
elementos de campo.

Elementos Auxiliares
- Conectores de bus: tal como su nombre indica permiten la conexin fsica entre el
dispositivo y la red.
Para el caso de los segmentos H1 los conectores estn estandarizados pudiendo ser
del tipo:
Bifurcacin en T: para la conexin al bus de un dispositivo o segmento del bus.
Cajas de conexin: para conexin en modo estrella de varios dispositivos.
- Terminadores de bus
- Fuentes de Alimentacin: alimenta a travs del bus a los dispositivos de campo
conectados a los segmentos H1. Existen modelos aptos para seguridad intrnseca
garantizando la limitacin en corriente en zonas clasificadas.
- Aisladores Galvnicos: barreras de seguridad intrnseca que permiten conectar
equipos de campo situados en zona clasificada, coexistiendo en el bus con
dispositivos ubicados en zona segura.
2.5.3. Tabla Resumen

Segmento H1 Segmento H2
Velocidad 31,25 Kbits/seg 100 Mbits/seg
Cable A 2 hilos
F.O.
Participantes / dispositivos
Mx. 32
Mx. 4 (Ex)
Ms de 65.000
Alimentacin a travs del bus Si No
Seguridad Intrnseca Si No
Redundancia No Si
Tabla. 2-5-1 Nivel Fsico Fieldbus Foundation

Mdulo: Sistemas de control Profesora: Marisa Sanzo
Instituto Superior de la Energa
Master en Instrumentacin y Control 1
ABRIL 2006 8A1 SISTEMAS DE CONTROL
Seccin Espaola
SISTEMAS DE CONTROL
Marisa Sanzo
Seccin Espaola
INTRODUCCIN
Qu
Para
Modo
Enfoque
Aprendizaje
Seccin Espaola
INTRODUCCIN
Qu: Abordar conceptos
Para: Adquirir / asentar los conocimientos
necesarios para el correcto diseo y
especificacin de una solucin de control
Seccin Espaola
INTRODUCCIN
Qu: Crear un referente
Para: Establecer el guin / contenido lgico
de futuras especificaciones para sistemas
de control
Seccin Espaola
INTRODUCCIN
Qu: Utilizar trminos genricos
Para: Obviar caractersticas concretas de
productos y soluciones existentes en el
mercado
Seccin Espaola
INTRODUCCIN
Modo: Generar una documentacin base
apoyada en escasa bibliografa y
recurriendo a la experiencia e intercambio
de opiniones
Seccin Espaola
INTRODUCCIN
Enfoque:
Marisa Sanzo, 14 aos en el sector
Experiencia en diseo, especificacin y ejecucin de proyectos de
instrumentacin y control, desarrollada tanto bajo filosofa 4-20 mA
Hart como mediante el uso de buses de campo (Profibus y Fieldbus
Foundation)
Proyectos a nivel de usuario o como suministrador en: alimentacin
(Azucarera Espaola), oil & gas (Repsol y Enagas), papel (Saica) y
cemento (TDCIM)
En la actualidad jefe de compras en Emerson Process Management
S.L.
Seccin Espaola
INTRODUCCIN
Aprendizaje:
Conceptos
Debate
Prcticas
Ejercicios
Seccin Espaola
SISTEMA DE CONTROL
1.1 Definicin Sistema de Control (SC)
Toda solucin que usando
Un sistema de captacin de seales
Un procesador
Una interfase hombre / mquina
Permita el control automtico de variables
fsicas.
Seccin Espaola
SISTEMA DE CONTROL
y Conceptos Asociados
Control: accin destinada a que una o
varias variables fsicas tengan un valor
similar a un patrn, consigna u objetivo
Control automtico: accin de control
ejecutada y supervisada por un procesador
electrnico
Seccin Espaola
SISTEMA DE CONTROL
Seal de campo: informacin en formato
electrnico relativa al valor o estado de una
variable fsica.
Seal de campo digital: informacin en
formato electrnico relativa al estado de una
variable fsica (0 1)
Seal de campo analgica: informacin en
formato electrnico relativa al valor de una
variable fsica (de 0 a 100%)
Seccin Espaola
SISTEMA DE CONTROL
Variables fsicas
Entrada objeto de supervisin y/o control
Salida objeto de accin y/o manipulacin
Seccin Espaola
SISTEMA DE CONTROL
1.2. Sistema de Control Distribuido (SCD)
Sistema de Control en donde la solucin
para el control automtico de las variables
fsicas implicadas est localizada junto a
dichas variables
Seccin Espaola
SISTEMA DE CONTROL
O coloquialmente
Sistema de Control destinado a un n significativo
de variables fsicas
Procesador e interfase forman un conjunto
indivisible: herramientas y parmetros comunes
Procesador e interfase estn / son:
Estandarizados por el fabricante
Escalables segn el tamao del proyecto
Tipificables segn la solucin de control
Seccin Espaola
SISTEMA DE CONTROL
y un PLC?
Procesador con ejecucin del control automtico
por orden / ciclo lgico de pasos
En origen para control automtico de variables
fsicas tipo estado (0 1) con tiempos de
ejecucin rpidos
No es un SCD: no cumplira el requisito de ser
Escalable
Uno o varios PLCs pueden formar parte de un
SCD integracin de terceros
Seccin Espaola
SISTEMA DE CONTROL
1.3. y un SCADA?
Procesador e interfase diseados a medida
segn necesidades del proyecto
Normalmente procesador e interfase de
diferente fabricante
Un SCADA no es un SCD: no cumplira los
requisitos de ser Escalable ni Tipificable
Varios SCADAS pueden formar parte de un
SCD integracin de terceros
Seccin Espaola
SISTEMA DE CONTROL
1.4. Elementos de un SCD: Hardware
Son elementos fsicos de naturaleza
elctrica y/o electrnica para captacin y
procesamiento de las seales
Diseados / Instalados en:
Modo Simple o con Redundancia (n+n n+1)
Seccin Espaola
SISTEMA DE CONTROL
CPU (o Controladores)
Unidad central de proceso (procesador) destinada
a realizar funciones de clculo as como tareas de
supervisin del conjunto hardware
Normalmente tipificadas segn la solucin de
control que deban ejecutar y/o segn la normativa
aplicable al proceso
Pueden ser escalables en capacidad de
procesamiento y gestin de recursos
Pueden instalarse en modo redundante: 1+1
Seccin Espaola
SISTEMA DE CONTROL
Elementos de Entrada (o Tarjetas de Entrada)
Unidades destinadas a captar elctricamente
punto a punto las seales de campo
Permite la captacin simultnea de varias seales
de campo cada una conectada mediante cableado
fsico a un canal elctrico
Tipificadas constructiva y tcnicamente segn el
tipo de seal elctrica que vayan a tratar
Seccin Espaola
SISTEMA DE CONTROL
Ejemplos de Tipificacin
Tarjeta para seales analgicas 0-10 V
Tarjeta para seales digitales tipo contacto libre de tensin
Tarjeta para seales digitales tipo alimentacin externa
Tarjeta para seales tipo pulso
Tarjeta para seales tipo RTD
Tarjeta para seales tipo Termopar
Seccin Espaola
SISTEMA DE CONTROL
Elementos de Salida (o Tarjetas de Salida)
Unidades destinadas a enviar elctricamente
punto a punto las seales a campo
Permite el envo simultneo de varias seales de
campo cada una conectada mediante cableado
fsico a un canal elctrico
tipo de seal elctrica que vayan a tratar
Seccin Espaola
SISTEMA DE CONTROL
Tarjeta para seales analgicas 4-20 mA
Tarjeta para seales digitales
Seccin Espaola
SISTEMA DE CONTROL
Elementos para Comunicacin con Terceros
Llamadas Tarjetas de Comunicaciones
Unidades destinadas a captar elctricamente un
conjunto masivo de seales: comunicacin del tipo
digital
tipo de protocolo de comunicacin digital que
utilicen
Pueden ser escalables en nmero de puertos de
comunicaciones
Seccin Espaola
SISTEMA DE CONTROL
Modbus
ASi
Profibus
Fieldbus Foundation
El protocolo determina el volumen de seales a integrar as
como el tipo de seal digital y/o analgico
Seccin Espaola
SISTEMA DE CONTROL
Bastidores
Unidades fsicas en donde se alojan los distintos
elementos hardware
No son elementos pasivos: intervienen de manera
activa en las comunicaciones entre procesador y
elementos de entradas y salidas.
Seccin Espaola
SISTEMA DE CONTROL
Fuentes de Alimentacin
Unidades destinadas a suministrar alimentacin
elctrica (en continua o en alterna) al hardware y a
elementos de campo que lo requieran
Normalmente tipificadas (AC/AC, AC/DC, DC/DC)
segn la solucin de control elegida
Diferentes grados de segregacin: fuentes
independientes o comunes para cada uno de los
servicios implicados
Pueden instalarse en modo redundante: 1+1, n+1
Seccin Espaola
SISTEMA DE CONTROL
Consolas o Estaciones
Elemento fsico para interaccin entre el
procesador y el ser humano: intercambio de
informacin
Formato tipo PC:
PC estndar, sistema operativo Windows
PC industrial, sistema operativo Windows o Propietario
Redundancia: nivel de CPU o elementos
susceptibles de fallo
Seccin Espaola
SISTEMA DE CONTROL
Consolas de Operacin
Para supervisin y/o actuacin sobre cualquier
parte del proceso
Carecen de atributos y/o privilegios que permitan
modificar la solucin de control
Seccin Espaola
SISTEMA DE CONTROL
Consolas de Ingeniera
Para configuracin de la solucin de control y
diagnostico del SCD
En ellas reside la base de datos del proyecto y en
ocasiones la gestin de la unidad de copias de
seguridad
Gozan de atributos y/o privilegios que permitan
modificar la solucin de control
Seccin Espaola
SISTEMA DE CONTROL
Equipos Auxiliares
- Impresoras para impresin de informacin de
proceso, alarmas, eventos, etc.
- Estaciones para exportacin de datos: hacia
aplicaciones residentes en red LAN
- Varios: ejemplo estaciones gestin de
informacin hart procedente de instrumentos
Seccin Espaola
SISTEMA DE CONTROL
Comunicaciones
Es necesario que exista entre los elementos de un
SCD un protocolo de comunicaciones.
Objetivo: que la informacin procedente de campo
y procesada por el controlador llegue a la consola
de operacin y viceversa
Seccin Espaola
SISTEMA DE CONTROL

Tarjetas
de
Entradas

Controlador
Consola
de
Operacin
Tarjetas
de
Salidas
Tarjetas
de
Comunicaciones
Consola
de
Ingeniera

Consola
Exportacin
Datos

Controlador

Controlador

Seales
de
Campo
Seales
de
Campo
Seales
de
Terceros
Bastidor

LAN
Red de Control
Seccin Espaola
SISTEMA DE CONTROL
Los protocolos en los que se basan las
comunicaciones:
Dependen de la solucin diseada por el
fabricante
Del tipo de jerarqua
De la conexin fsica y funcional que exista entre
los elementos implicados.
Al conjunto resultante se le denominar red de
control.
Seccin Espaola
SISTEMA DE CONTROL
Protocolos
-Protocolo Propietario
Diseado por el fabricante, solucin particular no
estndar
Carcter cerrado
- Protocolo Estndar o de Propsito General
Una fundacin u organismo el responsable del diseo y
mantenimiento de los estndares asociados a dicho
protocolo (El ms utilizado: Ethernet TCP/IP )
Carcter Abierto
Seccin Espaola
SISTEMA DE CONTROL
Comunicaciones
-Determinismo
La comunicacin de datos se realiza en el momento preciso
y a intervalos de tiempo deseados y exactos
La garanta: el nmero de elementos que forman parte de la
red de control est limitado numricamente
- No Determinismo
La comunicacin de datos se realiza en orden de demanda.
La garanta: la velocidad asociada a este tipo de
comunicaciones, no existe una limitacin fsica en el nmero
de elementos
Seccin Espaola
SISTEMA DE CONTROL
Velocidad
Nmero de bits de informacin que dos elementos
pueden intercambiar por unidad de tiempo. Las
unidades de medida ms comunes son los Mb/s
(Mega bits por segundo)
La velocidad real de intercambio de informacin
viene fijada por el nivel de comunicaciones ms
lento que exista en la misma
Seccin Espaola
SISTEMA DE CONTROL
Redundancia
Existirn dos redes fsicas a travs de las cuales
se intercambia la informacin entre los distintos
elementos del SCD.
-Opcin 1
una red de comunicaciones est en servicio (primaria) y
la redundante (secundaria) en espera
-Opcin 2
ambas redes de comunicaciones (primaria y
secundaria) estn en servicio simultneamente
Seccin Espaola
SISTEMA DE CONTROL
- Cable: medio fsico
- Bridge / Puente: permite la conexin fsica entre distintos
tipos de cable de una misma red de control. Transmitir
paquetes de informacin y filtra (a modo de barrera) los
paquetes que entran o salen (similar al Router)
- Router / Enrutador: distribuye trfico entre redes TCP/IP,
determinado la mejor ruta para el envo de la informacin.
- Gateway / Pasarela: traduce protocolos con objeto de
permitir la conexin fsica y funcional entre distintas redes.
- Firewall / Cortafuego: asla y protege una red del exterior.
Seccin Espaola
SISTEMA DE CONTROL
- Servidor: ordenador que suministra informacin y/o datos
a otros ordenadores que ejecutan programas clientes.
- Hub: concentrador con objeto de enviar informacin entre
elementos de una misma red de control.
El hub hace llegar la informacin a todos los elementos de
la red para asegurarse de que la recibe el verdadero
destinatario.
- Switch: Dispositivo hardware que permite enviar
informacin entre elementos de una misma red de control.
El switch hace llegar la informacin, previo
almacenamiento en su memoria, al verdadero destinatario.
Seccin Espaola
SISTEMA DE CONTROL
Software
Son funciones de carcter lgico destinadas
a realizar tareas de clculo, supervisin y
operacin.
Depende del fabricante: en alcance, formato
y funcionalidad.
Seccin Espaola
SISTEMA DE CONTROL
Programas de desarrollo
Herramientas de programacin
Estandarizadas por el fabricante
Asociadas a lenguajes / modos de programacin
de alto nivel
Seccin Espaola
SISTEMA DE CONTROL
Libreras
Programas y/o soluciones estndar de control
Diseados y desarrollados por el fabricante del
Accesibles desde un entorno de trabajo amigable
Seccin Espaola
SISTEMA DE CONTROL
Licencias
Sistema de escalado
Relativo al n mximo de entradas y salidas que
podr gestionar la solucin de control as como a
las funcionalidades asociadas al mismo
Seccin Espaola
BUSES DE CAMPO
Marisa Sanzo
Seccin Espaola
BUSES DE CAMPO
2.1 Definicin de Buses de Campo
El control de procesos est experimentando
una evolucin desde su concepcin
puramente analgica hacia el uso de
tecnologas digitales.
Bus: Sistema de comunicacin digital serie
multipunto que permite interconectar
instrumentos de campo con los elementos
hardware de una solucin de control.
Seccin Espaola
BUSES DE CAMPO
y Caractersticas Asociadas
La conexin digital instrumentos / control le
confiere carcter de red de comunicaciones.
Permite la comunicacin masiva de datos
mediante un nico medio fsico de
comunicaciones.
Permite tareas de control, gestin y
diagnosis a nivel de instrumentos de campo.
Seccin Espaola
BUSES DE CAMPO
El protocolo de comunicacin utilizado
sigue un patrn estndar con objeto de
permitir la interconexin de elementos
procedentes de distintos fabricantes.
El desarrollo y mantenimiento del estndar
es responsabilidad de un Comit o
Fundacin.
Seccin Espaola
BUSES DE CAMPO
Permite configuraciones redundantes.
Dispone de herramientas propias de
configuracin, integradas en el software
asociado a un SCD.
Permite ampliar la red de comunicaciones
con nuevos elementos de campo y/o de la
solucin de control.
Seccin Espaola
BUSES DE CAMPO
2.2. Modelo OSI, definicin
The reference model of Open Systems
Interconnection
Procedimiento estndar de diseo de buses,
basado en dos componentes:
Un modelo de red o capa de servicio.
Una serie de protocolos concretos.
Seccin Espaola
BUSES DE CAMPO
Modelo de red: basado en una concepcin de
siete capas o niveles
1 Fsico
2 de Enlace
3 de Red
4 de Transporte
5 de Sesin
6 de Presentacin
7 de Aplicacin
Cada nivel realiza una funcin concreta y utiliza un
protocolo especfico para comunicarse con las
capas adyacentes.
Seccin Espaola
BUSES DE CAMPO
y Capa Fsica
Encargada de:
-Transmitir los bits de informacin por la
lnea o medio utilizado para la transmisin
-Los aspectos mecnicos de las conexiones
y terminales, incluyendo la interpretacin de
las seales elctricas (transmisin por
cable); electromagnticas (transmisin
Wireless) o luminosas (transmisin ptica)
Seccin Espaola
BUSES DE CAMPO
Capa de Enlace
Encargada de:
Trasladar los mensajes hacia/desde la
capa fsica a la capa de red
Especificar como se organizan los datos
Detectar y controlar los errores ocurridos
en la capa fsica, del control del acceso a
dicha capa y de la integridad de los datos y
fiabilidad de la transmisin.
Seccin Espaola
BUSES DE CAMPO
Capa de Red
Encargada de:
Transmitir los datos o paquetes de
informacin y de encaminar cada uno en la
direccin adecuada.
No se ocupa de los errores o prdidas de
paquetes.
Seccin Espaola
BUSES DE CAMPO
Capa de Transporte
Encargada de:
Garantizar la fiabilidad del servicio
definiendo cuando y como debe utilizarse la
retransmisin para asegurar su llegada.
Seccin Espaola
BUSES DE CAMPO
Capa de Sesin
Es una extensin de la capa de transporte
que ofrece control de dilogo y
sincronizacin, aunque en realidad son
pocas las aplicaciones que hacen uso de
ella.
Seccin Espaola
BUSES DE CAMPO
Capa de Presentacin
Encargada de:
Los aspectos semnticos de la
comunicacin estableciendo los arreglos
necesarios para que puedan comunicar
mquinas que utilicen diversa
representacin interna para los datos.
Seccin Espaola
BUSES DE CAMPO
Capa de Aplicacin
Encargada de:
Describir como hacen su trabajo los
programas de aplicacin (navegadores,
clientes de correo, terminales remotos,
transferencia de ficheros etc)
Representa la interfaz con el usuario,
entregndole la informacin y recibiendo los
comandos que dirigen la comunicacin.
Seccin Espaola
BUSES DE CAMPO
2.3. Clasificacin General de Buses
Criterios utilizados para la clasificacin:
-Campo de aplicacin
-Tipo de datos comunicados
Criterios de eleccin:
- Tipo de protocolo que soporte el hardware
del SCD
- El coste econmico asociado
Seccin Espaola
BUSES DE CAMPO
Buses de Sensor
Bus que gestiona seales digitales entre
elementos de campo discretos (con dos
posibles estados: 0, 1) y un procesador, en
servicios que requieren de alta velocidad de
transmisin, garantizando tiempos de
ejecucin fijos.
Los datos se transmiten en formato de bits.
Ejemplo: ASi
Seccin Espaola
BUSES DE CAMPO
Buses de Dispositivos
Bus que gestiona seales digitales y
analgicas.
Los datos se transmiten en formato de
mensajes de bytes.
Ejemplo: Modbus
Seccin Espaola
BUSES DE CAMPO
Buses de Campo
Bus de alto nivel de complejidad que
gestiona la comunicacin entre dispositivos
de campo y elementos de control.
Los datos se transmiten mediante paquetes
de informacin.
Ejemplo: Profibus, Fieldbus Foundation.
Seccin Espaola
BUSES DE CAMPO
2.4. Profibus
http://www.profibus.org/
Bus de Campo basado en un protocolo de
comunicacin estandarizado que permite crear
redes de control de carcter abierto con
posibilidad de comunicarse con elementos
hardware / software de distintos fabricantes.
La fundacin u organismo responsable del diseo
y mantenimiento de los estndares asociados a
dicho protocolo recibe el nombre de PNO.
Seccin Espaola
BUSES DE CAMPO
Profibus (continuacin)
El nacimiento de Profibus surge como intento de
conseguir una red estndar para todos los
fabricantes industriales en la que poder integrar
equipos activos o maestros (implicados en tareas
de control: PCs, autmatas, controladores, etc)
sino tambin elementos de tipo pasivo o esclavos
(elementos finales de control, instrumentos,
interfases hombre-mquina, paneles locales, etc.)
Seccin Espaola
BUSES DE CAMPO
Profibus (continuacin)
Sigue el modelo OSI e implementa los niveles:
1-Fsico
2-de Enlace
7-de Aplicacin
Desde el punto de vista de usuario dispone de
tres perfiles:
Profibus FMS
Profibus DP
Profibus PA
Seccin Espaola
BUSES DE CAMPO
Profibus FMS
FMS (Fieldbus Message Specification)
Protocolo que utiliza los niveles 1 (fsico), 2
(de enlace) y 7 (de aplicacin) del modelo
OSI.
Est dedicado al intercambio de datos e
informacin en el nivel alto de la pirmide de
control: entre la interfase de usuario y los
procesadores implicados.
Seccin Espaola
BUSES DE CAMPO
Profibus DP
Protocolo que utiliza los niveles 1 (fsico) y
2 (de enlace) del modelo OSI.
Esta variante est dedicada a las
comunicaciones entre procesadores y
elementos de entra / salida, garantizando un
trfico de datos rpido.
Seccin Espaola
BUSES DE CAMPO
Profibus PA
Basado en Profibus DP aunque su
funcionalidad est orientada a la integracin
en la red de instrumentos y actuadores que
puedan requerir en algunos casos de
seguridad intrnseca y/o alimentacin de
energa del equipo de campo.
Seccin Espaola
BUSES DE CAMPO
No Si No Redundancia
Si No No Seguridad Intrnseca
Si No No Al imentacin a travs del bus
Mx. 31
Mx. 10 (Ex)
32 32 Participantes / dispositivos
A 2 hilos
F.O
F.O
Cable
31,25 Kbits / seg 12 Mbits / seg 12 Mbits / seg Velocidad
Profibus PA Profibus DP Profibus FMS
TABLA RESUMEN
PROFIBUS
Seccin Espaola
BUSES DE CAMPO
2.5. Fieldbus
http://www.fieldbus.com/
Bus de Campo basado en un protocolo de
comunicacin estandarizado que permite crear
redes de control de carcter abierto con
posibilidad de comunicarse con elementos
hardware / software de distintos fabricantes.
La fundacin u organismo responsable del diseo
y mantenimiento de los estndares asociados a
dicho protocolo recibe el nombre de Fieldbus
Foundation.
Seccin Espaola
BUSES DE CAMPO
Fieldbus (continuacin)
El nacimiento de Fieldbus Foundation
surge como intento de conseguir una red
estndar para todos los fabricantes
industriales en la que poder integrar
dispositivos de campo y equipos de control
y/o monitorizacin.
Seccin Espaola
BUSES DE CAMPO
Fieldbus (continuacin)
Sigue el modelo OSI e implementa los niveles:
1-Fsico
2-de Enlace
7-de Aplicacin
Desde el punto de vista de usuario, una red de
bus tipo Fieldbus Foundation est compuesta por
dos tipos de segmentos:
Segmento H1
Segmento H2
Seccin Espaola
BUSES DE CAMPO
Si No Redundancia
No Si Seguridad Intrnseca
No Si Al imentacin a travs del bus
Ms de 65.000
Mx. 32
Mx. 4 (Ex)
Participantes / dispositivos
F.O.
A 2 hilos Cable
100 Mbits/seg 31,25 Kbits/seg Velocidad
Segmento H2 Segmento H1
TABLA RESUMEN
FIELDBUS
7A
2
SISTEMAS DE GESTIN
DE LA PRODUCCIN


Mdulo: 7A Sistemas de Control
Tema: 7A - 2 Sistemas de Gestin de la Produccin
Autor: Miguel Angel Sinobas

INTRODUCCIN

Informacin en la era de la Comunicacin
Un master que versa sobre control e instrumentacin, no quedara completo si no se
estudiara la utililidad que se da a los datos que proporcionan los instrumentos en aspectos de
carcter informativo, con fines de especial relevancia tan diversos como la toma de
decisiones, tests de unidades de proceso, obtencin de los certificados de Cantidad/Calidad
para efectuar la compra-venta de productos, gestin de stocks, balances msicos del proceso
o el control de impuestos especiales entre otros muchos.
No es objetivo de este captulo del mdulo hacer un desarrollo exhaustivo sobre los Sistemas
de Gestin de la Produccin, en los que intervienen especialidades muy diversas del mundo
de los Sistemas de Informacin como son la administracin de bases de datos, sistemas
operativos, redes y comunicaciones, aplicaciones diversas para la gestin de produccin,
etc., sino ms bien adquirir ideas generales sobre aspectos del tratamiento de la informacin
y la importancia de sta en la correcta gestin de la produccin, tratando el captulo desde
una perspectiva puramente cientfica.
A modo de introduccin, decir que dentro de los Sistemas de Gestin de la Produccin se
engloban aquellos Sistemas de Informacin y Aplicaciones dedicadas a facilitar informacin
sobre el estado, en tiempo real o pasado, de la Produccin, bien proporcionando datos de
medidores de temperaturas, caudales, presiones, etc., bien ofreciendo datos de Laboratorio
sobre la calidad de las diversas corrientes intermedias, productos terminados, etc., o bien
gestionando el inventariado de los elementos de almacenamiento, los movimientos, entradas
y salidas de productos en la planta y as un largo etctera.
Por ltimo, hacer constar que existe poca informacin escrita sobre los Sistemas de
Produccin, tratada desde un punto de vista global. En general, son los propios
suministradores de aplicaciones los que dan una buena idea sobre este mundo en sus
manuales o en las pginas web correspondientes.

Mdulo: Sistemas de Control Tema: Sistemas de Gestin de la Produccin
Master ISA - ISE de Instrumentacin y Control Pgina 2

SISTEMAS DE GESTIN DE LA
PRODUCCIN

ndice

1. CONOCIMIENTOS PREVIOS REQUERIDOS 4
2. SISTEMAS DE GESTIN DE LA PRODUCCIN 5
3. SISTEMA DE INFORMACIN DE PLANTA 11
3.1. Caso de Estudio: PI - Plant Information (RtPM) 12
4. SISTEMA DE INFORMACIN DE PRODUCCIN 18
4.1. Gestin de Existencias 19
4.2. Gestin de Movimientos 19
4.3. Clculo de Composiciones de materias primas 20
4.4. Gestin de Entradas y Salidas 20
4.5. Centro de Expediciones 20
4.6. Emisin de Certificado de Cantidad 21
4.7. Balance Global Diario 21
4.8. Blending en Lnea 21
4.9. Balance de Unidades 21
4.10. Balance de redes de Energas 21
4.11. Balance general de la Compaa 21
4.12. Reconciliacin de datos 22
4.13. Gestin Fiscal 22
4.14. Control de Emisiones 22
4.15. Caso de Estudio: SPC - Sistema de Produccin del Complejo 23
5. SISTEMA DE GESTIN DEL LABORATORIO 24
5.1. Configuracin del Sistema 26
5.2. Plantilla Analtica 27


5.3. Ciclo de Trabajo 28
5.4. Caso de Estudio: SQL*LIMS - Laboratory Management System 32
6. SOPORTE INFORMTICO 36
6.1. SISTEMAS OPERATIVOS 37
6.2. BASES DE DATOS 42
6.3. REDES Y COMUNICACIONES 46
7. ACTIVIDADES PROFESIONALES 51
8. REFERENCIAS Y BIBLIOGRAFA 52


1. CONOCIMIENTOS PREVIOS REQUERIDOS
No existen especificaciones sobre conocimientos previos, ya que este captulo del master,
aunque relacionado con l, se aparta de los conocimientos fundamentales que se adquieren en
el mismo, complementndolos al tratar de dar una visin sobre la utilizacin de la
instrumentacin para fines de informacin y gestin de una Compaa.
Aunque los temas que se tratan en este captulo necesitaran, para una buena ejecucin
profesional, de un equipo humano con completa preparacin en disciplinas de Ingeniera e
Informtica, no se necesita esta formacin para la asistencia a esta parte del master, ya que,
por lmites de tiempo y estructura del mismo, estn dirigidos a aportar un complemento
informativo muy interesante para los futuros profesionales de la Instrumentacin y el Control,
ofreciendo una visin ms amplia de sus horizontes, interacciones y consecuencias
profesionales.


2. SISTEMAS DE GESTIN DE LA PRODUCCIN
Los Sistemas de Gestin de la Produccin permiten disponer de toda la informacin necesaria
relativa a los procesos, unidades de produccin, existencias y productos terminados con el fin
de optimizar la gestin y apoyar a la toma de decisiones.
En el esquema de distribucin de la instrumentacin, control e informacin, Fig. 2-2-1, los
Sistemas de Produccin se encuentran en la zona alta de la pirmide por lo que, para poder
llevar a cabo todas estas labores, es imprescindible haber realizado y previsto en los proyectos
de ingeniera una adecuada instrumentacin que permita dar un valor aadido, y necesario
hoy en da, a los instrumentos y analizadores en lnea. En definitiva, estos Sistemas son la
plataforma que liga la Gestin de la empresa con el entorno de la Produccin.

Fig. 2-2-1 Distribucin de la informacin de produccin en la Compaa

Como Sistemas de Gestin de la Produccin se engloban aquellos Sistemas de Informacin
y Aplicaciones dedicadas a facilitar informacin de la Produccin, bien en tiempo real o
mostrando la historia pasada, cumpliendo las siguientes funciones:
o Proporcionando datos de medidores de temperaturas, caudales, presiones, analizadores
en lnea, etc., mediante un Sistema de Informacin de la Planta
o Ofreciendo datos de Laboratorio sobre la calidad de las diversas corrientes
intermedias, productos terminados, etc., mediante un Sistema de Informacin de
Laboratorio
o Proporcionando informacin sobre la gestin de los movimientos, entradas y salidas
de productos en la planta, inventariado de los elementos de almacenamiento, etc.,
mediante el uso de un Sistema apropiado de informacin de la Produccin.
Instrumentacin de Campo
Sistema de Control Distribuido
Control Avanzado
Optimizacin de Produccin
Sistema integrado
de Gestin
de Produccin
Supervisin
y toma de
decisiones


Tal como se puede deducir de la figura anterior, la instrumentacin y el control son algo
imprescindible para un buen dominio de la produccin, de igual manera que lo es un buen
Sistema de Gestin de Produccin que permite disponer de informacin para la supervisin de
la produccin, informacin fiscal y administrativa para las operaciones de compra / venta u
obtener los imprescindibles Certificados de Calidad y Cantidad en estas operaciones.
Segn estudios realizados por el Dr. de Geus sobre empresas longevas, en los que acu el
trmino "The Living Company"
1
, "cuanto ms abierta sea la compaa y ms permita la
implicacin del personal necesario para la planificacin y toma de decisiones, ms xitos
cosechar en un mundo en el que no se tengan en cuenta estos aspectos". Para esto, no cabe
duda de la necesidad de un buen sistema de informacin, especialmente en lo referente a la
produccin.
Adems, calidad, eficiencia, regulaciones ambientales, modelo europeo EFQM sobre
excelencia en la gestin y aspectos relativos a la seguridad industrial estn aumentando la
necesidad de la integracin del nivel de control de procesos con los sistemas de
administracin de empresa y, en estos aspectos, la ingeniera informtica ayuda al camino
hacia la Gestin integral y despliegue de objetivos de la Compaa
2
.
Por estos motivos, y muchos ms, que se podrn ver a lo largo de los captulos 7A-2 y 7B-2,
se observa la importancia que supone tener en cuenta estos aspectos en los proyectos de
instrumentacin de la Plantas de Proceso.
Una correcta instrumentacin, que tenga en cuenta las necesidades de informacin aguas
arriba en el flujo informativo, posibilitar un adecuado desarrollo de los Sistemas de Gestin
de la Produccin. Un ejemplo claro de esta exposicin sera el estudio de la puesta en servicio
de tantos medidores de caudal, temperatura, presin y nivel que posibiliten la Gestin de
Balances de Unidades, Balances de Energa, Gestin de Entradas/Salidas, etc.; otro ejemplo
sera el mostrado en la Fig. 2-2-2, donde se presenta un pequeo ejemplo de las necesidades
para la emisin de los Certificados de Calidad y Cantidad en una operacin de venta de
productos.

Fig. 2-2-2 Ejemplo de necesidades de instrumentacin


Ya se ha comentado en la introduccin que existe muy poca informacin escrita sobre las
aplicaciones involucradas en el diseo y puesta en servicio de los Sistemas de Produccin.
Por lo general, son los suministradores de aplicaciones los que dan una buena idea sobre este
mundo en sus manuales, formacin contratada a medida o sus pginas web correspondientes.
Esta falta de informacin, no slo se da en los niveles de detalle, sino tambin en los niveles
de concepto y diseo global. Por este motivo, una buena prctica antes de comenzar con el
diseo de un Sistema de informacin de Produccin, es la de realizar una serie de visitas a
plantas similares a la que se pretende instrumentar y dotar de estos sistemas de informacin,
para observar y aprender de sus experiencias y soluciones llevadas a cabo.
Otra prctica necesaria de realizar, antes de comenzar con un proyecto de este tipo, es llevar a
cabo una prospeccin de mercado para evaluar proveedores y productos a medida, que aunque
no en gran cantidad, existe un amplio surtido de posibilidades que hay que valorar, teniendo
en cuenta, adems, el precio de estas soluciones, que siempre suponen un gasto elevado, no
slo en la compra inicial, sino en el mantenimiento y soporte anual.
Las preguntas que habra que hacerse, a la vista de las soluciones encontradas, para hacer una
buen eleccin seran
3
:

Es el producto una solucin industrial a nivel internacional?
Es fcil de instalar?
Tiene la empresa suministradora un buen servicio de soporte y actualizaciones?
Es fcil de usar?
Tiene capacidad de gestin y almacenamiento de informacin en tiempo real?
Tiene posibilidad de crear estructuras Cliente/Servidor?
Es escalable o ampliable?
Permite la explotacin de informacin en Internet/ Intranet?
Tiene el suministrador un buen negocio con el producto?
Vale lo que cuesta?
...??

Caso de que no se encuentre el producto adecuado a las necesidades de la Empresa o el
proyecto no sea de envergadura suficiente para realizar una fuerte inversin, se puede optar
por el desarrollo a medida con tcnicos internos o contratados, a sabiendas de que esto supone
que el futuro de este tipo de desarrollos queda en manos de unas pocas personas y no de
empresas que se responsabilicen del mantenimiento, mejoras, actualizacin tecnolgica, etc.,
que adems tienen necesidades de mejora del servicio ofrecido por presin de la competencia.
Hasta ahora se ha expuesto de forma general cuales van a ser las funciones de estos sistemas y
la utilidad que se pretende de ellos en la Compaa, pero, qu tipo de informacin se puede
integrar en los Sistemas de Produccin?


La pregunta expuesta se puede contestar con un listado de las funciones que habra que incluir
en el diseo de un completo Sistema integrado de Produccin:

Historizacin, visualizacin y explotacin de datos de planta
Gestin de informacin del Laboratorio
Emisin de Certificado de Calidad
Emisin de Certificado de Cantidad
Compensacin de Caudales
Gestin de Entradas y Salidas
Balance de Unidades
Balance de redes de Energas
Balance general de la Compaa
Gestin de Existencias y Movimientos
Reconciliacin de datos
Clculo de composiciones de materias primas
Gestin Fiscal y Administrativa
Centro de Expediciones
Blending en lnea
Intercambio de informacin entre los Sistemas de Produccin

El prximo paso sera agrupar estas funciones para que tengan cabida dentro de paquetes
existentes en el mercado. Independientemente de que se opte por la opcin de desarrollos
propios, merece la pena hacer este ltimo ejercicio de agrupamiento ya que permitira, si en
un futuro conviniera, cambiar parcialmente a un producto de mercado o incluso a otro tipo de
desarrollo propio con diferente filosofa a la considerada inicialmente, consiguiendo con esta
agrupacin, una mayor versatilidad y mejor visin del conjunto.
La siguiente, es una posible agrupacin de estas funciones sobre la cual se basarn los
siguientes apartados del captulo. Esta agrupacin se fundamenta, por un lado, en dos
aplicaciones ampliamente utilizadas de forma independiente al resto de las funciones
atribuidas a los Sistemas de Produccin:

1. Sistema de Informacin de Planta - SCADA


2. Sistema de Gestin de Laboratorio - SGL (LIMS)

La tercera aplicacin engloba al resto de funciones y, como la ms numerosa en cuanto a
contenido, asume el nombre en singular de los Sistemas de Produccin:

3. Sistema de informacin de Produccin - SP
Balance de Unidades
Clculo de composiciones de materias primas
Blending en lnea

Este ltimo mdulo de funciones - SP - puede adquirir una gran complejidad, siendo habitual
estar formado por una mezcla de aplicaciones compradas a compaas expertas en desarrollos
de este tipo y aplicaciones de desarrollo propio, para los casos donde el mercado no satisface
las necesidades particulares de una determinada Compaa.
Al conjunto de estas tres aplicaciones le faltara una cuarta aplicacin que permitiera el
traspaso de informacin entre ambas de forma fiable y consistente. A esta cuarta aplicacin se
la puede denominar Sistema de Interfases de Informacin. El diseo y alcance de este Sistema
de Interfases de Informacin depender de la base informtica de cada una de las aplicaciones
de produccin y se tratar con ms detalle en el captulo 2B de este mdulo 7 del master:

4. Sistema de Interfases de Informacin - SII


Para finalizar con esta exposicin introductoria a los Sistemas de Produccin, se muestra un
pequeo esquema en la Fig. 2-2-3 que recrea la importancia de una buena informacin para
facilitar la toma de decisiones y permitir el avance de la Compaa.

Fig. 2-2-3 Gestin de Empresa


3. SISTEMA DE INFORMACIN DE PLANTA
Los Sistemas de Informacin de Planta persiguen, por un lado, la integracin total entre la
instrumentacin de Planta y el resto de los Sistemas de Produccin, sirviendo de plataforma
de datos hacia los mismos y, por otro, proporcionar informacin en tiempo real sobre las
Unidades de Proceso, permitiendo, de igual manera, la consulta de datos histricos de las
mismas.
Se basan en un SCADA (Supervision, Control And Data Acquisition), sin hacer uso de las
escasas posibilidades de hacer control con estos sistemas, unido a una potente base de datos
que acta como Historizardor y a herramientas que permiten explotar esta informacin
mediante Grficos, tendencias, etc. Existen en el mercado una variedad de productos entre los
que cabe destacar:
o PI (Plant Information) de OSISoft
o PHD (Plant History Database) de Honeywell
o Infoplus de AspenTech

Siendo su principal fuente de datos, los sistemas de Informacin de Planta se encuentran
conectados al Sistema de Control Distribuido (SCD), recibiendo informacin de forma
ininterrumpida sobre los medidores de Planta.
Otras fuentes de datos para un sistema de Informacin de Planta, son el Sistema de Gestin de
Laboratorio - SGL, Sistema de informacin de Produccin - SP, clculos en lnea, entradas
manuales u otras aplicaciones externas.

Fig. 2-3-1 Sistema de Informacin de Planta


Un Sistema de Informacin de Planta bien diseado permite la recoleccin ininterrumpida y
el almacenamiento indefinido de los datos de Produccin recogidos de cada uno de los
Sistemas de Control que contenga la Compaa, dando solucin, dicho sea de paso, a la corta
vida que posee la informacin en estos SCD's y a la escasa perspectiva que ofrecen de la
Planta al completo. Se favorece, de esta forma, la toma de decisiones, la mejora del
conocimiento y el entendimiento del proceso permitiendo ligar, adems, la Operacin con el
Negocio.
Se puede decir que un Sistema de Control necesita de informacin puntual con una frecuencia
de muestreo elevada para posibilitar un buen control, mientras que un Sistema de Informacin
de Planta no necesita de esta frecuencia elevada, pero requiere de gran capacidad de
almacenamiento para posibilitar la consulta de la historia de produccin.
Estos Sistemas de Informacin de Planta son ampliamente utilizados en industrias como:

Petroqumica Papelera Aeroespacial Farmacutica
Energtica Nuclear Depuracin de Agua
7
Qumica

No hay Refinera de Petrleo en el mundo que no posea un Sistema de Informacin de Planta
para monitorizacin e historizacin de los datos de las mltiples y diversas plantas de un
Complejo industrial Petroqumico.
En la industria de generacin y distribucin elctrica se utiliza para recoger informacin de
consumos, turbinas, sistemas de generacin, datos medioambientales, etc., permitiendo
mejorar el rendimiento y el aumento de beneficios
4-5-6
.
De todos los Sistemas de Informacin de Planta que existen en el mercado, cabe destacar la
amplia repercusin del sistema PI - Plant Information - de OSISoft - Oil Systems Inc., el
cual se ha tomado como ejemplo representativo y del que se va a hablar en este captulo del
master.
3.1. Caso de Estudio: PI - Plant Information (RtPM)
El PI - Plant Information o RtPM - Real time Performance Monitor es una aplicacin
suministrada y desarrollada por OSISoft cuya funcin es la historizacin de valores de
las variables de las unidades de proceso, permitiendo el acceso rpido a cualquier
momento de esta historia de forma puntual o por periodos. Estos valores se almacenan en
unidades lgicas denominadas TAGS o Puntos de PI.
Los Tags no slo pueden almacenar valores provenientes directamente de la
Instrumentacin y Analizadores de Planta, sino que adems pueden recoger datos de otras
fuentes como el Sistema de Gestin del Laboratorio, aplicaciones externas, clculos en
lnea internos, etc. y ser consultados conjuntamente con el resto de la informacin. De
hecho, el PI se utiliza en algunas empresas como base de datos integradora de la
informacin de todos los Sistemas de Produccin.


La visualizacin de los datos se puede realizar con herramientas proporcionadas por la
propia empresa suministradora del PI como son el ProcessBook o el ActiveView,
con desarrollos suministrados por terceros e incluso utilizando programacin propia hecha
a medida. En todos los casos se utiliza una estructura Cliente/Servidor para el acceso a los
datos.
Dentro de estas posibilidades de explotacin de la informacin, existe tambin la opcin
de uso de la herramienta PI-Datalink, macro que se instala sobre Microsoft Excel con
la que se puede recibir informacin directa o tratada con funciones incorporadas en la
propia macro, generndose as un gran abanico de posibilidades que le permiten al
Usuario final recibir una buena calidad de informacin y un ahorro considerable de
tiempo.
El sistema PI est basado en una base de datos que almacena valores puntuales del SCD
(Sistema de Control Distribuido) y otros sistemas, en el Servidor donde reside. Para el
caso de datos de instrumentos de Planta, la recogida de los mismos se realiza a travs de
un mdulo interfase - APP Node - que permite, a travs de la red, su lectura y
almacenamiento posterior en unidades de disco. Esto posibilita la recogida de toda la
informacin del proceso y dota al sistema de una capacidad histrica muy elevada.

Fig. 2-3-2 Plant Information - PI

Este sistema, tiene adems la funcin de actuar de plataforma de datos entre el SCD y el
resto de los Sistemas de Produccin, dotndolos en tiempo real de la informacin de
Planta que requieren para su gestin interna, tal como se ver con ms detalle en el
captulo 2B de este mdulo 7 del master.
El motor del PI est basado en su UDS - Universal Data Server - que incluye diferentes
bases de datos donde se almacena la informacin de configuracin del propio PI y de
los datos de proceso. Las dos bases de datos principales son la Point Database y la
Data Archive. En la Point Database reside la lista de Puntos (configuracin del
sistema), cuyos valores se almacenan en el Data Archive (datos histricos). Otra
posibilidad es que los puntos pueden estar mapeados a puntos que se encuentran en una
base de datos externa (PHD, ORACLE, PI ...) utilizando las conexiones que
OSISoft denomina COM Connectors, pudindose monitorizar esta informacin sin
necesidad de estar archivada en el propio PI.


Existen COM Connectors especficos para fuentes de datos exclusivas como el PHD de
Honeywell o el PI COM Connector para conexin a otras fuentes de datos PI y otros
ms genricos como el OLE DB COM Connector para conexin y consulta a Sistemas de
Bases de Datos Relacionales - RDBMS.
Adems el sistema PI permite la sincronizacin automtica con la definicin de Tags en
el SCD con lo que se asegura la coherencia en la informacin entre ambas aplicaciones y
facilita la creacin de estos Puntos en PI despus de creado en los Sistemas de Control
Distribuido.
PI, al igual que el resto de aplicaciones basadas en la toma e historizacin de datos de
Planta, necesita de herramientas para la visualizacin de la informacin de los valores de
los Tags almacenados. Estas herramientas pueden ser suministradas por misma empresa,
OSISoft, proporcionando as un sistema completo.
Las herramientas que acompaan a PI sirven para el diseo, creacin y visualizacin de
grficos, as como la explotacin de informacin a travs de Microsoft Excel:
PI ProcessBook - El ProcessBook es la herramienta necesaria para el dibujo de
grficos donde, principalmente, se representan las Unidades de Proceso con los
valores de las variables ms representativas.
PI ActiveView - El ActiveView es una herramienta de uso exclusivo para
monitorizar grficos y no es ms que un control ActiveX que se puede incrustar en un
documento Word, Excel o, el caso ms habitual, en una pgina HTML para ser
visualizado con el Internet Explorer. Este ActiveX es el marco en el que se presentan
los grficos dibujados con ProcessBook. De esta forma, los grficos se pueden
presentar sin problema en un entorno LAN (Local Area Network) o en una intranet
corporativa.
RtPortal - Basado en las nuevas tcnicas de 'Thin Client' donde los PC's Clientes no
necesitan de software adicional para el uso de estas herramientas, tan slo con el uso
de Internet Explorer estndar y un plug-in para visualizar grficos vectoriales puede
mostrar los grficos dibujados con ProcessBook en la LAN, intranet e Internet. Este
portal se puede montar con las diferentes RtWebparts que ofrece OSISoft y que
van desde grficos, tendencias, tablas de datos, control de tiempos de visualizacin o
medidores calibrados con cdigo de colores todas ellas integradas dentro del entorno
del servidor de SharePoint de Microsoft.
PI Datalink - Basado en una macro para Microsoft Excel, permite la recuperacin
de valores de PI sobre hojas de clculo, aumentando de forma considerable las
posibilidades de trabajo con la informacin recuperada. Tiene la posibilidad de recibir
valores actuales, histricos, medias ponderadas en el tiempo, mnimos, mximos, etc.


Fig. 2-3-3 Grfico de Proceso monitorizado con RtPortal

Fig. 2-3-4 Grfico de Proceso monitorizado con PI ProcessBook

Existen otras posibilidades de visualizacin desarrolladas por terceros que, aunque ms
econmicas, presentan una menor velocidad en la respuesta en tiempo real a la prestada
por las herramientas que acompaan a PI:
Web@aGlance - De la empresa Axeda-Wizcon.
XHQ - De la empresa IndX Software Co.
ProcessNet - De la empresa Matrikon.


Fig. 2-3-5 Tendencia monitorizada con PI ActiveView

En todos los casos existe la posibilidad de mostrar valores en tiempo real, pasado, datos
depurados o estadsticos, as como tendencias de valores en un periodo dado, presentacin
de valores en tablas, peticin de valores medios ponderados en el tiempo, etc.
Los mens de navegacin entre grficos pueden ser generados bien con herramientas
proporcionadas por los proveedores de este tipo de software o bien mediante desarrollo
propio, hecho que, en estos casos, puede ser ms beneficioso, puesto que haciendo uso del
entorno web, posible p. ej. con PI ActiveView, RtPortal, ProcessNet, etc., se puede
llegar a diseos hechos totalmente a medida sin un coste de tiempo elevado.
No se puede cerrar el captulo de PI sin hacer una breve resea a lo que podra suponer
el coste de la puesta en marcha de esta herramienta, teniendo en cuenta, tanto las licencias
de software como la compra del hardware necesario y contratacin de tcnicos para la
puesta en marcha y formacin inicial.
Los precios dados a continuacin, aunque basados en un caso real segn precios del ao
2005, son estimativos ya que dependen de las condiciones de contratacin pactadas y
especificaciones del hardware comprado. Esto no quiere decir que haya que aplicar el IPC
anual a las cantidades barajadas, ya que en informtica, debido a los continuos avances y
competencia entre suministradores, los precios, lejos de subir, tienden a bajar o
mantenerse ofreciendo, en este ltimo supuesto, un paquete ms amplio de desarrollos con
el producto principal.

Concepto Precio
Compra a OSI de un Sistema PI con 50.000 Tags 100.000
Adquisicin de 300 licencias de ActiveView 34.000
Adquisicin de 5 licencias de ProcessBook 30.000
Servidor wintel en Cluster W2000 Server para PI 30.000
Contratacin del Trabajo de Instalacin de PI 8.000
Contratacin de Formacin de administracin del Sistema 15.000
AppNode (3) (Conexin PI - SCD) 105.000


OPC Client (AppNode) (3) - Interfaz con PI 5.000
Otros 23.000

Total: 350.000

Lo que da una idea de la inversin necesaria en un proyecto de puesta en marcha de un
Sistema de Informacin de Planta, en este caso del sistema PI de OSISoft.
En la estimacin de un presupuesto de este tipo y a la hora de valorar el producto a
comprar y el suministrador del mismo, hay que tener en cuenta tambin el coste de
mantenimiento anual que, segn las condiciones de contrato, puede llegar a suponer entre
el 10% y el 15% de la inversin inicial de la parte de software.
Para terminar con estos Sistemas de Informacin de Planta, existe otra aplicabilidad adicional
asociada a estos sistemas dirigida a la Gestin de Alarmas que, aunque generalmente reside
en los SCD correspondientes, pudiera llegar a interesar su implantacin en un sistema de
informacin de mbito superior al propio control.
Generalmente, todos los suministradores de aplicaciones dirigidas a la informacin de Planta
tienen desarrollado algn mdulo para esta Gestin de Alarmas que se suministra como
complemento con su coste correspondiente.

Fig. 2-3-6 La Planta sobre la mesa de trabajo


4. SISTEMA DE INFORMACIN DE PRODUCCIN
Los sistemas de Informacin de la Produccin - SP - propiamente dicha, tienen por finalidad
disponer de toda la informacin necesaria relativa a los procesos, unidades de produccin,
materias primas y productos con el fin de optimizar la gestin y apoyar a la toma de
decisiones, haciendo partcipe de esta informacin al conjunto de Direcciones de la
Compaa, no slo a la Direccin de Produccin sino, tambin, a la de Planificacin,
Logstica, Comercial, Tcnica y Econmico-Financiera.
Asumen este nombre debido a que son sistemas que integran informacin del resto de los
Sistemas de Produccin por necesidad para el funcionamiento propio. Esta caracterstica
integradora puede permitir llegar a construir todo un Sistema Integrado de la Gestin de
Produccin.

Fig. 2-4-1 Esquema de situacin de un Sistema de Informacin de la Produccin

Las funciones bsicas de un Sistema de Informacin de la Produccin - SP - son:
o Gestin de Existencias
o Gestin de Movimientos
o Clculo de Composiciones de materias primas
o Gestin de Entradas y Salidas
o Centro de Expediciones
o Emisin de Certificado de Cantidad
o Balance Global Diario
o Blending en lnea
o Balance de Unidades
o Balance de redes de Energas
o Balance general de la Compaa
o Reconciliacin de datos
o Gestin Fiscal y Administrativa
o Control de Emisiones


Los siguientes puntos tratarn de dar una breve descripcin de cada una de estas
funcionalidades.
4.1. Gestin de Existencias
La funcin para Gestionar Existencias es imprescindible si se quiere conocer en tiempo
real la situacin de cada elemento de almacenamiento de la Planta y el inventariado de
materias primas, productos intermedios y productos terminados disponibles.
La Gestin de Existencias es el primer paso en la gestin de informacin, indispensable si
se quiere disponer de informacin precisa sobre movimientos, composiciones, entradas y
salidas.
4.2. Gestin de Movimientos
Contabiliza todos los movimientos de Productos inventariados en elementos de
almacenamiento (tanques, esferas, silos, etc.). Estos movimientos, que segn su direccin
se denominan de entrada o salida, pueden realizarse entre diferentes elementos de
almacenamiento (transferencias), ser de alimentacin a las diferentes unidades de proceso,
formar parte de la venta en el suministro a clientes, operaciones de purga de tanques, etc.
La contabilidad de estos movimientos se realiza, tanto en volumen como en masa a partir
de la variacin de nivel en los elementos de almacenaje correspondientes. Los datos de
niveles al inicio y final de los mismos, as como temperatura y presin, se toman
directamente del Sistema de Informacin de Planta. El dato de densidad se puede obtener,
bien de medidores en lnea, o bien del Sistema de Gestin del Laboratorio.

Fig. 2-4-2 Gestin de Movimientos, Inventarios, Entradas y Salidas


4.3. Clculo de Composiciones de materias primas
En el mundo del Refino de Crudo, conocer la composicin exacta de los tanques de
almacenaje de Crudo es crucial para una buena planificacin de la produccin.
Estos tanques almacenan durante su vida diferentes tipos de Crudo con lo que la
composicin porcentual de los Crudos que contiene va variando a medida que alimenta a
las unidades de destilacin del Petrleo y recibe materia prima de los buques petroleros.
Debido a que las propiedades de los diferentes Crudos que se pueden comprar vara de
forma considerable de unos a otros (crudos pesados, crudos ligeros, crudos de bajo azufre,
crudos parafnicos...), los productos obtenidos y las condiciones de proceso difieren
tambin notablemente. As se hace imprescindible conocer la composicin exacta de cada
tanque contenedor de Crudo para definir la carga apropiada a las destiladoras y las
condiciones de proceso, con el fin de conseguir los productos finales segn demanda y
especificaciones de los Clientes reflejadas en los contratos comerciales.
Esta funcin se apoya en la funcin de gestin de movimientos.
4.4. Gestin de Entradas y Salidas
Basada en la gestin de movimientos, emisin de certificado de cantidad y gestin fiscal y
administrativa, se encarga de gestionar toda la informacin necesaria en las operaciones
de Compra (Entradas) y Venta (Salidas).
Con todo esto, cualquier operacin de Entrada de materia prima o Salida de productos
queda informada con los datos de clientes, proveedores, destino, especificaciones de los
productos, datos fiscales, certificado de cantidad y certificado de calidad emitido por el
Laboratorio.
4.5. Centro de Expediciones
En las empresas que se realice suministro por Cisterna, donde un mismo elemento de
almacenamiento puede estar varios das proveyendo a diferentes Clientes el mismo
producto, el Centro de Expediciones - CEX - como parte del Sistema de Informacin de la
Produccin, trata de gestionar la salida de producto de la Compaa.

Fig. 2-4-3 Esquema bsico de un Centro de Expediciones


El CEX supone, en realidad, un complemento de la gestin de entradas y salidas, y puede,
adems, tener capacidad de gestionar los datos legales sobre los seguros obligatorios,
permisos de circulacin, ADR para el transporte de materias peligrosas, etc., que un
conductor, tractora, cisterna o remolque deben poseer.
4.6. Emisin de Certificado de Cantidad
Est ntimamente ligado a la gestin de movimientos, entradas y salidas, formando
binomio junto al Certificado de Calidad emitido por el Laboratorio y otros documentos
legales, administrativos y fiscales.
La conversin de volumen trasegado a masa se hace con el dato de densidad que
generalmente proporciona el Laboratorio en su certificado de calidad de producto final y
se obtiene del Sistema de Gestin de Laboratorio - SGL.
4.7. Balance Global Diario
Esta funcin proporciona una sntesis de la informacin diaria relativa a Existencias
iniciales y finales, Entradas y Salidas, Proceso y Produccin, Autoconsumos y Mermas.
4.8. Blending en Lnea
En la industria de produccin en continuo, donde el producto final se fabrique en base a
recetas surgidas de especificaciones de calidad final y este producto se obtenga por
mezcla en diferentes proporciones de corrientes intermedias producidas en las diferentes
unidades de produccin de la Planta, un Sistema de Informacin de la Produccin
ambicioso debe contemplar la gestin del Blending en Lnea para llegar a 'tanque final'
con un producto dentro de esas especificaciones requeridas por el mercado.
En realidad una gran parte de la gestin del Blending en Lnea se realiza desde el Control
Avanzado con la ayuda de analizadores en lnea calibrados con inferencias obtenidas del
Sistema de Gestin del Laboratorio. La funcin de Blending en Lnea del Sistema de
Informacin de la Produccin proporciona el aporte de una base de datos y un sistema de
consultas que facilite su seguimiento.
4.9. Balance de Unidades
Trata de llevar la contabilidad de las corrientes de alimentacin y las corrientes de
produccin, dando informacin, adems, de las mermas diarias en peso.
4.10. Balance de redes de Energas
De igual manera que el Balance diario de las Unidades de Proceso, se pueden gestionar
las redes de Energas o Servicios Auxiliares (Utilities). Se realiza, as, el cmputo de los
combustibles autoconsumidos, vapor, agua, energa elctrica o trmica, controlando y
contrastando los Aportes y Consumos.
4.11. Balance general de la Compaa
Combinando parte de la informacin sintetizada en el Balance Global Diario con el detalle
de Proceso/Produccin y Autoconsumos proporcionado por los Balances diarios de
Unidades y Energas se puede conseguir el Balance Mensual oficial de la Compaa que
permitir registrar la historia de la actividad productiva de la misma a lo largo del tiempo.


4.12. Reconciliacin de datos
Debido a las muy diversas fuentes de informacin y la incertidumbre en los medidores de
Planta, se hace muy conveniente una reconciliacin de la informacin, sobre todo en lo
referente a los datos que entrarn en juego a la hora de cuadrar los balances de unidades
de produccin y redes de energas.
Segn Ales Soudek
8
, el mensaje es claro. La disponibilidad de una gran cantidad de datos
no es necesariamente equivalente a una mejora de la informacin. La mejora de la
informacin slo se obtiene cuando entendemos el significado de los datos, podemos
cuantificar la calidad de los mismos y todo cuadra. La precisin de los datos es la base
para sacar partido en la toma de decisiones.
El trmino Reconciliacin se puede explicar como un ajuste, concordancia o consistencia
de los datos. Este ajuste de los datos se puede hacer mediante Normalizacin, uso de
Sistemas Expertos basados en Reglas o Sistemas basados en Estadstica.
La Reconciliacin de los datos se puede hacer con aplicaciones hechas a medida,
aplicando la experiencia propia y conocimiento de la informacin de nuestra empresa o
utilizando software especfico accesible en el mercado como el SigmaFine de
OSISoft, basado en mtodos estadsticos.
4.13. Gestin Fiscal
Complementando a la gestin de entradas y salidas, la Gestin Fiscal y Administrativa
provee de informacin, cuando aplique, sobre la fiscalidad de los productos, impuestos
especiales, inspeccin permanente de la Administracin, etc.
4.14. Control de Emisiones
Dentro de las funciones atribuidas a un Sistema de Informacin de la Produccin
completo, la funcin del Control de Emisiones se puede considerar la ms reciente y ha
venido motivada por las ltimas normativas de mbito nacional como el control de Efecto
Burbuja con las emisiones de SO
2
, responsable de la lluvia cida, e internacional, con el
Protocolo de Kioto para el control de las emisiones de CO
2
por chimenea, responsable del
efecto invernadero.
En realidad, esta funcin no tiene ms que aprovechar los datos obtenidos en la Gestin
de Energas y aplicarles los clculos pertinentes, aadiendo las medidas en lnea
adicionales en las propias fuentes de emisin.

Fig. 2-4-4 Directivas internacionales para el Control de Emisiones


4.15. Caso de Estudio: SPC - Sistema de Produccin del Complejo
Debido a la excesiva complejidad de un Sistema de Informacin de la Produccin con
todas las funciones expuestas, se puede optar al desarrollo propio del ncleo del mismo y
a desarrollos parciales, o compra, de cada una de las funciones de las que se le quiera
dotar.
En cualquier caso, el desarrollo propio del ncleo del sistema se hace muy conveniente
puesto que as se asegura la integridad de la informacin y se garantiza una interfaz de
Usuario homognea.
Las siguiente imgenes muestran dos pantallas del Sistema de Produccin del Complejo -
SPC - del Grupo Repsol YPF basadas en desarrollo propio sobre Oracle/Developer.

Fig. 2-4-5 Gestin de las Composiciones de Crudo en Tanques

Fig. 2-4-6 Gestin de Movimientos


5. SISTEMA DE GESTIN DEL LABORATORIO
Los Sistemas de Gestin del Laboratorio - SGL - tienen por objeto la gestin de la
informacin del Laboratorio de Planta y la transmisin de los resultados analticos que se
generan a todos los Usuarios de la Compaa, siendo una herramienta imprescindible para una
buena gestin de la Calidad y control del Proceso.

Fig. 2-5-1 Ciclo de trabajo en el SGL

Las 'operaciones bsicas' de un SGL son, en orden cronolgico de actuacin:
I. Registro de la muestra con los ensayos a analizar.
II. Introduccin y Aprobacin de los resultados.
III. Consulta y distribucin de la informacin.

De un Sistema de Gestin de la informacin del Laboratorio se espera una amplia
funcionalidad, versatilidad y facilidad de uso, adems de tener la posibilidad de conseguir la
consabida Certificacin o Acreditacin en Calidad y, segn ASTM E 1578-93
9
, tener en
cuenta desde los Usuarios de la aplicacin, hasta los proveedores de la misma e, incluso, a los
suministradores de instrumentos para el Laboratorio.
Debido a que el mbito del SGL, al igual que el resto de los Sistemas de Produccin, se
extiende al nivel de Compaa, la responsabilidad sobre el mismo es compartida por el
Laboratorio, como principal Usuario y responsable de la informacin gestionada, por los
Usuarios que deciden qu muestras y ensayos registrar, y acceden peridicamente para su
consulta y, por ltimo, por los Departamentos de Sistemas, responsables de su buena
funcionalidad y seguridad.


Para conseguir los resultados esperados, el SGL puede dotarse de diferentes funciones
agrupables en tres grandes grupos:
SISTEMA (Administracin)
o Definicin de Grupos, alta de Usuarios y asignacin de permisos
o Creacin de los Grupos de Datos
o Asignacin de Reglas y Parmetros de Sistema
...
PLANTILLA ANALTICA (Configuracin de la estructura de datos)
o Unidades de Medida
o Anlisis - Mtodos
o Definicin de Lmites: Medida, Deteccin y Especificacin
o Productos - Corrientes
o Creacin de Muestras
...
TRABAJ O (Configuracin de las funciones habituales)
o Registro de Muestras
o Resultados y Supervisin
o Acciones Automticas
o Conexin de Equipos
o Distribucin de la informacin
o Certificado de Calidad
...

La figura 2-5-2 representa un esquema de la funcionalidad que se espera de un Sistema de
Gestin del Laboratorio, integrado en los Sistemas de Produccin de una industria,
funcionalidad que se tratar de matizar en los puntos que siguen a continuacin.


Fig. 2-5-2 Funciones de un Sistema de Gestin de la informacin del Laboratorio

5.1. Configuracin del Sistema
Uno de los primeros trabajos que hay que realizar en la puesta en marcha de un Sistema
de Gestin de Laboratorio debe ser la configuracin del sistema.
Parmetros de Sistema. Donde se configuran aspectos referidos a la seguridad de los
datos, formatos de presentacin de informacin, etc.
Reglas. Algunos sistemas permiten definir Reglas o Tratamientos que supervisarn las
acciones durante las 'operaciones bsicas' del SGL para diferenciar, p. ej., muestras de
certificado de calidad de muestras programadas para el control diario de las unidades
de proceso.
Grupos de Datos. Servirn para asociar cada una de las entidades de un SGL - muestras,
productos, ensayos, etc. - a un Grupo de Datos concreto, con el fin de asociar y filtrar,
si fuera necesario, la informacin a los Usuarios.

Fig. 2-5-3 Permisos a Grupos de Datos


Categoras. Se necesitan crear Categoras de Usuarios con permisos para realizar
diferentes funciones dentro del SGL. Estas Categoras debern definir a los
administradores de la aplicacin, los analistas, los Usuarios de planta, Usuarios
generales, etc.

Fig. 2-5-4 Categoras de Usuarios

Usuarios. Donde se darn de alta todos los Usuarios de la aplicacin y se les asociar la
categora que les corresponda y los grupos de datos a los que vayan a tener permiso de
acceso.
5.2. Plantilla Analtica
Plantilla Analtica, Ficheros Maestros, Datos Fijos... son algunos de los nombres que se
utilizan para denominar los datos que deben introducirse para montar toda la informacin
que llevarn las muestras al registrarse y entrar en el ciclo de trabajo del sistema.
Unidades de Medida. Es la primera entidad a definir dentro de una Plantilla, donde se
darn de alta las Unidades de Medida a utilizar en las expresiones de resultados.
Lmites: Medida - Deteccin - Especificacin. Existen algunos Lmites que se pueden
asociar a los resultados introducidos tras un anlisis dado.
Los Lmites de Medida van asociados a la propia Unidad de Medida, de forma que no
se permita, p. ej., introducir valores por encima de 100 en un resultado porcentual.
Los Lmites de Deteccin son propios del equipo utilizado en el anlisis, la norma
aplicada, del proceso de fabricacin, etc.
Por ltimo, los Lmites de Especificacin se asocian a las muestras para contrastar el
cumplimiento de los resultados obtenidos en el anlisis con los valores esperados o
contratados en el caso de productos terminados.
Productos - Corrientes. Antes de poder dar de alta las muestras que se registrarn para el
trabajo diario, se necesita informar de las diferentes corrientes intermedias, materias
primas y productos terminados que puedan entrar en el Laboratorio para ser analizados
y que, en la ltima fase de definicin de la Plantilla, se asociarn a las muestras.
Operaciones - Mtodos. Las Operaciones o Mtodos son los ensayos propiamente
dichos, donde se asocia cada componente o subensayo junto a su unidad de medida y,
adicionalmente, se podra informar de otros datos asociados a un anlisis, como el
Instrumento utilizado, el Tiempo de anlisis u Horas/Analista del ensayo.


Muestras. Es la entidad final de la Plantilla Analtica, donde se informar de las
Muestras susceptibles de ser registradas de forma automtica o manual, junto con los
datos requeridos para su definicin, como el producto asociado a la misma, los
ensayos que llevar, el Grupo de Datos al que va a pertenecer, etc.

Fig. 2-5-5 Algunas estructuras de la Plantilla Analtica

Acciones Automticas. Se debera poder definir en cualquier nivel de la Plantilla
Analtica las acciones que, de forma Automtica, interesa se ejecuten en cada uno de
los pasos del ciclo de trabajo como, p. ej., la impresin de etiquetas informativas en el
momento de registro de una muestra, el envo de resultados a otro sistema en el
momento de aprobacin de los mismos, etc.
Adaptacin - Observaciones. Todos los Sistemas LIMS que se ofrecen en el mercado
estn diseados para todo tipo de Laboratorios, por lo que, de partida, nunca se
adaptan a los requerimientos de informacin que una determinada empresa necesita.
Por esta razn, un dato importante a la hora de decidirse por un Sistema dado es
revisar su Adaptabilidad a las necesidades propias y la posibilidad de poder aadir
informacin adicional en cada uno de los niveles de la Plantilla mediante un sistema
de Observaciones, o informacin auxiliar, que permita informar de datos no previstos
por el paquete en su diseo original.
Calibracin de Equipos. Supone un Mdulo adicional, interesante para la Gestin interna
del Laboratorio, y casi imprescindible para efectos de Certificacin o Acreditacin,
que permite llevar la historia y situacin de las Calibraciones de los Equipos del
Laboratorio.
Plan Analtico. Resulta muy interesante, cuando el registro de muestras sea masivo y
rutinario, que el SGL est complementado con un mdulo donde se pueda Planificar el
registro de muestras segn programas pactados con los Departamentos de Procesos,
Operaciones, etc.
5.3. Ciclo de Trabajo
Una vez configurados los parmetros del sistema y cargada la plantilla analtica se puede
comenzar a trabajar de forma efectiva con el Sistema de Gestin de Laboratorio de la
Compaa, informando de los resultados de anlisis realizados a las muestras solicitadas.


Registro de Muestras. El Registro de Muestras puede realizarse de forma manual,
eligiendo la Muestra que interesa y aadiendo los ensayos que se pretenden solicitar al
Laboratorio, o de forma automtica segn un programa del Plan Analtico pactado con
los diversos Departamentos interesados.
Resultados y Supervisin - Anexos. Una vez realizados los ensayos por el Laboratorio,
estos se Introducen en el SGL y finalmente se les Supervisa dando, de esta forma, el
visto bueno a la informacin introducida antes de su distribucin. Resulta conveniente
que el sistema permita asociar ficheros adjuntos a los resultados, como documentos,
imgenes, etc., para que puedan servir como complemento a los mismos.
Acciones Automticas. Si se han programado en la configuracin de la plantilla analtica,
en el momento que suceda una accin esperada como la aprobacin de resultados, el
registro de una muestra, la introduccin de un resultado fuera de especificaciones, etc.,
se dispararn los programas asociados a las Acciones Automticas configuradas.
Conexin a Equipos. Siempre que sea posible, resulta muy conveniente tener conectados
los equipos de Laboratorio que generan muchos resultados simultneos para su
transmisin de forma automtica y as evitar errores en la introduccin manual de los
mismos.
Un buen ejemplo de equipos candidatos a este tipo de conexin son los aparatos de
destilacin de productos petrolferos, los analizadores multiensayo de aguas o las
aplicaciones de gestin de Cromatografa como el TurboChrom de Perkin-Elemer
o la ChemStation de Compaq, que generalmente generan una gran cantidad de
resultados por ensayo.

Fig. 2-5-6 Conexin y transmisin de resultados de un Cromatgrafo al SGL

Muestra: 200312337 #GAS.EUROPEA REGULA SIN PLOMO
Fichero resultados: Benceno%V-20040526-170034.raw
Fecha informe: 25-05-2004 17:00
Analista: J .Portela
Instrumento: GC_01*HP5590 SERIE II

Componente Tr(min) Area(V/s) BL %V.

BENCENO 3.6 11070 BL 0.8
METIL ETIL CETONA 3.9 421627 BB 29.3
TOLUENO 4.3 1008495 BV 70.0


Distribucin de la informacin. El ltimo paso del Ciclo de Trabajo en el SGL es la
distribucin de la informacin que, bien puede realizarse de forma automtica en el
momento de realizar la supervisin por parte del Laboratorio, o bien bajo demanda de
los Usuarios interesados en esta informacin. Por supuesto, los informes que deben
estar disponibles no sern slo aquellos referidos al seguimiento del da a da, sino
tambin los diseados para el seguimiento de histricos de muestras, ensayos,
unidades de proceso, etc.
Certificado de Calidad. El Certificado de Calidad es el informe de Laboratorio por
excelencia que se disea para mostrar la informacin de resultados de productos
terminados y acompaa al Certificado de Cantidad en todo proceso de compra/venta.
Firma Electrnica. De igual manera que el mdulo de calibracin de equipos de
Laboratorio, la utilidad de Firma Electrnica resulta muy interesante con fines de
certificacin o acreditacin y para envo de informacin por medios digitales, evitando
la falsificacin de informes oficiales del Laboratorio.
Auditora de Transacciones. Un Sistema de Gestin de Laboratorio ambicioso debe
contemplar el registro de cada accin que se produce dentro de l, principalmente en
las acciones relacionadas con el registro de muestras, introduccin de resultados,
modificacin o validacin de los mismos, anulacin de ensayos o muestras, etc. De
nuevo, este registro es indispensable para conseguir la certificacin o acreditacin
comentada en puntos anteriores y, desde luego, muy interesante para poder hacer un
buen seguimiento de los datos de la aplicacin.
Integracin con otros Sistemas - Accesos Externos. El SGL debe contemplar la posibilidad
de integrarse con el resto de los Sistemas de Produccin, SP y SCADA, para compartir
informacin, enviando y recibiendo sta con el resto de las aplicaciones de
informacin de produccin.
Otra posibilidad a contemplar de gran inters es la accesibilidad al SGL desde
herramientas externas a la propia aplicacin para obtener informacin controlada y a
medida de los Usuarios, permitiendo a los mismos realizar sus propias consultas y
pequeos desarrollos personalizados.
Supervisin de Resultados Crticos. Siempre que las posibilidades lo permitan, resultara
interesante poder informar, en tiempo real y despus de supervisados los resultados
pertinentes en Laboratorio, de los parmetros crticos de control de la Planta de
Produccin de forma independiente al conjunto de valores que se analizan a lo largo
del da en un Laboratorio. Si adems de esto, fuera posible dejar la constancia de esta
Supervisin en el Sistema, cumpliramos de forma satisfactoria con algunas de las
exigencias de la normas de Calidad aplicadas a los departamentos de produccin.
Gestin Interna del Laboratorio. No se puede dejar de hablar de las capacidades de
gestin interna del propio Laboratorio que un SGL debe proporcionar, como son la
gestin de costes analticos, control de calibraciones de equipos, necesidades de
personal, horas/hombre por cliente interno, etc.


Tal como se ha podido observar, un Sistema de Gestin de Laboratorio ambicioso necesita de
un gran desarrollo si se hiciera en el entorno de la Compaa. Por esta razn, merece la pena
hacer una revisin de las posibilidades que ofrece el mercado, ya que existe una amplia gama
de aplicaciones con un buen espectro de aplicabilidad y funcionalidades, tratando de
encontrar un producto que se adapte a las necesidades de la compaa de la mejor forma
posible y con un precio adecuado a las posibilidades de inversin.
Existen en el mercado una variedad de empresas que ofrecen Sistemas LIMS, entre las que
cabe destacar:
o SQL*LIMS de Applied Biosystems
o SampleManager de Thermo LabSystems
o STARLIMS de StarLims Corporation
o CALS de Beckman
o Xp-LIMS de Scadasoft Sistemas S.L.

Todas ellas estn concebidas para gestionar el trabajo diario del Laboratorio,
independientemente del tipo de empresa que lo vaya a usar, por lo que, en general, su
funcionalidad exceder de lo que en la prctica se llega a necesitar, requiriendo de algunos
ajustes de informacin para encuadrarlas con las necesidades especficas.


5.4. Caso de Estudio: SQL*LIMS - Laboratory Management System
El SQL*LIMS es una aplicacin ampliamente utilizada a nivel internacional como
ncleo del Sistema de Gestin de Laboratorio - LIMS (Laboratory Information
Management System) -, suministrada y desarrollada por Applied Biosystems.
El producto bsico est provisto de la mayor parte de las funcionalidades requeridas a un
SGL enumeradas en los puntos anteriores. Adems se suministran mdulos adicionales
que pueden ampliar su funcionalidad y, por supuesto, su precio.
Basada en tecnologa Cliente/Servidor y desarrollada sobre una RDBM (Gestor de Base
de Datos Relacional) ORACLE en el Servidor y Developer (Formularios, Men e
Informes) en los Clientes, permite ampliar su funcionalidad para hacer desarrollos a
medida sin grandes despliegues de recursos.
Para que la aplicacin funcione correctamente, deben estar siempre activos los cuatro
Monitores de la misma que se instalan como servicios en el Servidor. Estos cuatro
monitores son:
Dispatcher - Comprueba las licencias libres antes de permitir una nueva entrada de
Usuarios a la aplicacin. Utiliza un sistema de licencias concurrentes.
Logger - Se encarga de efectuar los Registros de muestras y comprobar que la
estructura completa generada es consistente.
Status - Est revisando continuamente todas las transacciones que se producen en la
aplicacin, actuando sobre los niveles con los que se interacta y sobre el resto de
niveles que tengan relacin con una transaccin determinada como pueden ser la
introduccin de un resultado o la aprobacin de una muestra.
Event - Acta sobre los Eventos o Informes que se lanzan, bien de forma manual, o de
forma automtica, vigilando la terminacin correcta de estos Eventos y dejando
registro de todo ello.

Fig. 2-5-7 Distribucin de informacin en SQL*LIMS


Dentro de las posibilidades de personalizacin del SQL*LIMS, se pueden destacar las
siguientes:
Posibilita la traduccin libre de los textos fijos de las diferentes pantallas y de los
mensajes informativos que muestra la aplicacin.
Permite la adicin de datos complementarios u observaciones que se quieran aadir a
los diferentes niveles de la Plantilla Analtica y que la aplicacin denomina Atributos.
Se pueden asociar ficheros adjuntos a cualquier nivel de la estructura de Resultados,
como imgenes de cromatografas, curvas de destilacin, fotografas de muestras, etc.
Los formularios o pantallas tienen, en general, una estructura Maestro - Detalle, como se
puede ver en el siguiente formulario de consulta de resultados por muestra, similar al de
introduccin de los mismos y uno de los ms accedidos en el SQL*LIMS.

Fig. 2-5-8 Formulario de consulta de resultados por muestra

La aplicacin trabaja con un sistema de informacin combinada de Status y Condition que
informa puntualmente de la situacin de cualquier nivel de la estructura de resultados, por
lo que se puede saber en todo momento, p. ej., si un resultado est fuera o dentro de
especificaciones o si ha sido modificado, informa del estado de las muestras a falta de
anlisis, envos de muestras a falta de aprobacin, etc.


Fig. 2-5-9 Estructura jerrquica en Plantilla (izq.) y Resultados (dcha.)

El siguiente es un informe de histricos de resultados, obtenido desde el SQL*LIMS y
desarrollado con la herramienta Reports/Graphics Builder de ORACLE.

Fig. 2-5-10 Informe de seguimiento de resultados


Al igual que en casos anteriores, no se puede cerrar el captulo de SQL*LIMS sin hacer
una breve resea a lo que podra suponer el coste de la puesta en marcha de esta
herramienta, teniendo en cuenta, tanto las licencias de software, como la compra del
hardware necesario y contratacin de tcnicos para la puesta en marcha y formacin
inicial.
Los precios dados a continuacin, aunque basados en un caso real segn precios del ao
2003, son estimativos ya que dependen de las condiciones de contratacin pactadas y
especificaciones del hardware comprado. Ya se ha dicho anteriormente que esto no quiere
decir que haya que aplicar el IPC anual a las cantidades barajadas, ya que en informtica,
debido a los continuos avances y competencia entre suministradores, los precios, lejos de
subir, tienden a bajar o mantenerse ofreciendo, en este ltimo supuesto, un paquete ms
amplio de desarrollos con el producto principal.
Concepto Precio
Adquisicin de 20 licencias de acceso concurrente a SQL*LIMS 180.000
Adquisicin de ORACLE RDBM y 100 licencias de acceso 30.000
Adquisicin de herramientas de desarrollo ORACLE (1 Licencia) 7.000
Servidor wintel W2000 Server para SQL*LIMS 30.000
Trabajo de Instalacin y verificacin de ORACLE y SQL*LIMS 2.000
Contratacin de Formacin para Administradores del Sistema 12.000
Consultora, personalizacin y desarrollos a medida 80.000
Mdulos de Registro Automtico y Calibracin de Equipos 24.000
Otros 10.000

Total: 375.000

Como siempre, en la estimacin de un presupuesto de este tipo y a la hora de valorar el
producto a comprar y el suministrador del mismo, hay que tener en cuenta tambin el
coste de mantenimiento anual que, segn las condiciones de contrato, puede llegar a
suponer entre el 10% y el 15% de la inversin inicial de la parte de software.

Para terminar, debido a que el Laboratorio es uno de los pilares en el control de calidad de los
productos de una Empresa, objetivo prioritario en cualquier auditora externa de certificacin
de Calidad o Medioambiente, es muy importante que sus datos, gestionados por medio del
SGL de la Compaa, cumplan con mximas de Integridad y Seguridad.


6. SOPORTE INFORMTICO
Todas estas aplicaciones de produccin necesitan de un soporte informtico bien diseado y
estructurado que engloba a las Bases de Datos, Sistemas Operativos, Servidores de
aplicaciones y Red de datos para comunicaciones. De todos ellos conviene tener breves
nociones para poder participar en el diseo de un sistema integrado de informacin de la
produccin.

Fig. 2-6-1 Redes de informacin

Con los avances en la tecnologa informtica, la cada de precios del hardware y el cambio en
la naturaleza de los negocios
10
, el valor de la informacin ha alcanzado las cotas ms altas. A
todo esto hay que aadir la mejora de los Sistemas Operativos en los Servidores de
aplicaciones, la mayor capacidad de almacenamiento en disco y la explosin de los
desarrollos basados en tecnologa web. Si adems contamos con una Base de Datos bien
organizada que pueda gestionar enormes cantidades de informacin estaremos hablando de lo
que se ha dado en llamar el 'Almacn de Datos' o 'Data Warehouse', tambin denominados
'Sistemas Analticos', en los que se basa cualquier Sistema de Informacin de la Produccin
que se han tratado hasta ahora.

Los siguientes apartados de este punto tratarn de aclarar someramente estas disciplinas de la
ciencia informtica, aportando un poco de informacin resumida de campos que, por s solos,
requieren de un alto grado de especializacin.


6.1. SISTEMAS OPERATIVOS
Toda aplicacin informtica software - necesita de ordenadores hardware - para su
funcionamiento y, estos a su vez, de Sistemas Operativos que acten de interfaz entre este
software y hardware.
El objetivo fundamental de los Sistemas Operativos es gestionar y administrar
eficientemente los recursos de hardware, permitiendo que se ejecuten concurrentemente
varios programas, sin que haya conflictos en el acceso de cada uno de ellos a cada uno de
los recursos que se necesite, y sin que ningn programa monopolice alguno de ellos.
La separacin entre el software y el hardware, segn Bill Gates
12
, es de crucial
importancia, ya que si no existiera esta separacin no se podra conseguir que la
innovacin se realizara de forma independiente en estas dos reas.

Fig. 2-6-2 Entorno de los Sistemas Operativos

Para todo esto, un Sistema Operativo tiene por misin, adems de actuar de intermediario
entre los Usuarios y el hardware, administrar los recursos, procesadores, memoria, medios
de almacenamiento, dispositivos de entrada/salida, comunicaciones, etc., consiguiendo as
el uso eficiente de los ordenadores.
El Sistema Operativo dirige el trfico dentro del ordenador, decidiendo qu recurso ser
usado y durante cuanto tiempo. El tiempo de la CPU (Procesador - Unidad Central de
Proceso) est dividido en intervalos medidos en milisegundos. A cada tarea que realiza la
CPU se le asigna una cierta cantidad de intervalos de tiempo. Cuando dicho tiempo
expira, otra tarea obtiene su turno y la primera entra en espera hasta obtener un nuevo
turno. La forma de acelerar el proceso de una tarea determinada se realiza asignando
prioridades a cada una de ellas, con esto, las prioridades altas obtienen tiempos ms
elevados de proceso que las prioridades ms bajas.


Los Sistemas Operativos son en esencia administradores de recursos. El siguiente es un
resumen de estos recursos y la funcin de cada uno de ellos:
1. Gestin de CPU. Gestionan, como se ha dicho antes, los tiempos de procesamiento
asignados, en funcin de su prioridad, a cada tarea que se est ejecutando.
2. Gestin de Aplicaciones. Permite que las aplicaciones se ejecuten como tareas, dotando
al sistema de una mquina virtual, es decir, un ambiente en el cual el Usuario pueda
ejecutar programas de manera conveniente, protegindolo de los detalles y
complejidad del hardware.
3. Recursos de Hardware. Administracin eficaz de los recursos de la mquina.
4. Seguridad del Sistema. La Seguridad debe ser parte de un Sistema Operativo. En
entornos multiusuario debern existir procedimientos para control de accesos (Logon)
con validacin de claves secretas (Password). La seguridad tambin debe contemplar
los datos y aseguramiento del funcionamiento ante fallos.

Fig. 2-6-3 Tareas de Gestin del Sistema Operativo

5. Entradas y Salidas. Tambin es parte de un Sistema Operativo el control del flujo de la
informacin. ste deber administrar todas las solicitudes de lectura de datos desde los
discos u otros dispositivos de almacenamiento de datos hacia los dispositivos de salida
como las impresoras o la pantalla. Para la administracin de la salida de informacin
por impresora existe el proceso denominado "Spool", que se encarga de ordenar y
enviar, de uno en uno, los trabajos de impresin solicitados a las llamadas "Colas de
Impresin".
6. Comunicaciones. El Sistema Operativo permite al Usuario manejar con facilidad todo lo
referente a la instalacin y uso de Redes de ordenadores.


7. Gestin de Memoria. Cada procesamiento de la CPU deja datos que quedan esperando
en "Buffers" o Memorias Temporales de forma que no se pierda informacin. Una
forma de ayudar al trfico de estos datos es el uso de la Memoria Virtual. Esta incluye
el uso de espacio en disco como parte de la Memoria Principal. Aunque este uso de
disco ralentiza los procesos de cmputo, aumenta la cantidad de informacin que
puede procesarse de forma simultnea. Al proceso de envo de informacin a disco,
como parte de la memoria virtual, se le denomina "Swapping".
8. Dispositivos de Almacenamiento. Se trata de gestionar, de forma segura, los dispositivos
de almacenamiento y los ficheros almacenados. Todo Sistema Operativo tiene sus
comandos bsicos de administracin de archivos como crear carpetas, mover archivos,
borrarlos, renombrar, etc. A su vez, los discos pueden estar particionados en varios
discos virtuales, y el sistema los debe tratar como si fueran discos individuales, o
encontrarse en unidades de almacenamiento masivas que, adems, pueden estar
compartidas por diversos ordenadores.

Un Sistema Operativo puede tener otras caractersticas adicionales como ser Tolerante a
Fallos, poseer Tcnicas de Recuperacin de Errores, Generar Estadsticas, ser Eficiente
para que realice sus funciones con los resultados esperados y evitar que los Usuarios
interfieran y se bloqueen entre s.
Al igual que en el campo de las bases de datos, en el mundo de los Sistemas Operativos
existe la figura del Administrador de Sistemas - System Manager - que se encarga del
mantenimiento y ptimo funcionamiento de los mismos. Una de las labores diarias de un
Administrador de Sistemas es la realizacin de copias de seguridad o "BackUp" de la
informacin. Estos BackUps podrn ser Completos, creando una copia de resguardo de
todas las carpetas y archivos que se seleccionen, o Incrementales, generando una copia de
resguardo con todos aquellos archivos que hayan sido modificados o se hayan creado
desde el ltimo backup realizado.
Otra forma de aumentar la seguridad del sistema es actuar sobre la redundancia del
hardware. Esta redundancia puede afectar, principalmente, al ordenador soporte, para
evitar cadas del sistema, o a los discos de almacenamiento, para evitar la prdida de
informacin:

Redundancia de Servidores
1. Sistemas Clster. Un Clster es un conjunto de ordenadores que trabajan en grupo para
resolver una tarea. Un Clster generalmente esta conformado por dos ordenadores, los
cuales se comunican por medio de una conexin de red. Existen varios tipos de
configuraciones para Clsteres en funcin del uso que se pretenda dar a los servidores;
uno de ellos es el llamado libre de fallos o alta disponibilidad que tiene buena
aplicabilidad en los sistemas de gestin de bases de datos que deben estar siempre en
funcionamiento.


2. Sistemas Virtuales. Estos sistemas se basan en la creacin de una mquina virtual que
trabaja en conjunto con dos servidores simultneamente. El resultado, en apariencia,
es el de un solo servidor altamente tolerante a fallos sobre el cual actuarn los
Administradores de Sistemas.
Un ejemplo de estos Sistemas Virtuales es el ofrecido por la empresa Marathon
Technologies Corporation con su Ftvirtual Server.

Fig. 2-6-4 Sistemas Virtuales

Redundancia de Discos
3. Sistemas RAID. Un Sistema RAID (Redundant Array of Inexpensive Disks) es una
forma de almacenar los mismos datos en distintos lugares (por tanto, de modo
redundante) en mltiples discos duros. Al colocar los datos en discos mltiples, las
operaciones I/O (Input/Output - Entrada/Salida) pueden superponerse de un modo
equilibrado, mejorando el rendimiento del sistema. Adems, dado que los discos
mltiples incrementan el tiempo medio entre errores, el almacenamiento redundante
de datos incrementa la tolerancia a fallos.
Para el sistema operativo, un RAID aparenta ser un solo disco duro lgico. De las
configuraciones posibles RAID, las ms utilizadas son:
RAID 1 o Discos Espejo, que constan de, al menos, dos discos duros que
duplican el almacenamiento de datos.
RAID 5, apropiada para entornos multiusuario. Necesita de un mnimo de tres
discos para almacenar la informacin de paridad necesaria para la
reconstruccin de la informacin en caso de fallo de uno de los discos que
conforman el sistema.

A continuacin se detallan los diversos tipos de Sistemas Operativos que existen en la
actualidad con algunas de sus caractersticas, segn una de las mltiples formas de
clasificacin posibles que se encuentran en la bibliografa:
1. Sistemas Operativos por Lotes. Procesan una gran cantidad de trabajos con poca o
ninguna interaccin entre los Usuarios y los programas en ejecucin. Se utilizan para
procesamiento cientfico pesado.


2. Sistemas Operativos de Tiempo Real. En estos sistemas no tiene importancia el Usuario,
sino los procesos, y se utilizan en entornos donde son procesados un gran nmero de
sucesos, como en el control de trfico areo.
3. Sistemas Operativos de Tiempo Compartido. Al contrario que los anteriores, estos
sistemas dan la sensacin a cada Usuario de tener el servidor con dedicacin plena.
Son populares en sistemas multiprogramados multiusuario.
4. Sistemas Operativos Multitarea. Soportan la ejecucin de dos o ms trabajos activos al
mismo tiempo. Son representantes de estos sistemas Unix, Windows 2000/2003 o
Linux.
5. Sistemas Operativos Distribuidos. Permiten distribuir trabajos o procesos entre un
conjunto de procesadores, pudiendo estar estos procesadores en el mismo servidor o
en servidores diferentes. Representan a este tipo Solaris-MC o Mach.
6. Sistemas Operativos de Red. Son sistemas que mantienen dos o ms servidores unidos a
travs de algn medio de comunicacin con el objeto de compartir los diferentes
recursos y la informacin del sistema. Los sistemas operativos de red ms
ampliamente utilizados son Novell Netware, Unix y Windows 2000/2003.

De todos estos Sistemas Operativos, los ms utilizados para instalaciones en ordenadores
que actan como servidores de aplicaciones son los que tienen capacidad de trabajar en
red con entornos multiusuario y multitarea. Actualmente, los ms populares son:
o Windows 2000/2003 de Microsoft
o Unix
o Linux - Sistema Operativo UNIX de acceso libre al cdigo y gratuito de
base que comienza a ser respetado y utilizado en la industria.


6.2. BASES DE DATOS
Un sistema de gestin de bases de datos (DBMS - DataBase Management System)
consiste en una coleccin de datos interrelacionados y un conjunto de programas para
acceder a ellos. A estas colecciones de datos se las denomina bases de datos y sirven de
soporte de informacin a los diferentes Sistemas de Produccin.
El objetivo primordial de un DBMS es conseguir que sea conveniente y eficiente para ser
utilizado al extraer o almacenar informacin en la BD.
Los sistemas de bases de datos estn diseados para gestionar grandes bloques de
informacin. Esto implica tanto la definicin de estructuras para el almacenamiento como
de mecanismos para la gestin de la informacin. Adems los DBMS deben mantener la
seguridad e integridad de la informacin almacenada, pese a la cada del sistema o accesos
no autorizados.
Otra forma de dar una descripcin de lo que es un sistema de gestin de Bases de Datos es
decir que consiste en una coleccin de archivos sobre los que actan un conjunto de
programas que permiten a los Usuarios el acceso y modificacin de la informacin que se
almacena en ellas.
La abstraccin de estos datos se puede representar en tres niveles diferentes:

1. Nivel Fsico.- Es el nivel ms bajo de abstraccin y describe el almacenamiento real de
los datos en los archivos del sistema.
2. Nivel Conceptual.- Describe los datos que realmente se almacenan en la Base de Datos y
la interrelacin entre ellos. Sobre este nivel acta la figura del Administrador de Bases
de Datos - DBA.
3. Nivel Visual.- Es el nivel ms alto de abstraccin y sobre l actan los Usuarios de la
informacin, obteniendo una visin filtrada y a medida de los datos que demandan.

Por otro lado, existen tres modelos de datos que pueden describir la estructura de una
Base de Datos, Modelos lgicos basados en Objetos, Modelos lgicos basados en
Registros y Modelos fsicos basados en Datos. De los tres modelos existentes, el modelo
basado en Registros es el ms ampliamente utilizado.
Este modelo basado en Registros est formado, como su propio nombre indica, por una
estructura de registros de formato fijo y que puede ser de varios tipos. Cada tipo de
registros define un nmero fijo de Campos o atributos y cada campo tiene su propio
formato y longitud.


El modelo basado en registros se subdivide a su vez en otros tres tipos:

1. Modelo Jerrquico.- Un sistema de gestin de bases de datos jerrquico representa los
datos de forma ramificada en estructura de rbol. Los datos y las relaciones entre ellos
se representan mediante registros y enlaces.

Fig. 2-6-5 Sistema de Bases de Datos Jerrquico

2. Modelo de Red.- El modelo de Red representa los datos como registros enlazados unos
a otros, formando conjuntos de intersecciones de datos.

Fig. 2-6-6 Sistema de Bases de Datos de Red


3. Modelo Relacional.- Es el modelo que ha ganado aceptacin por encima de los otros dos.
Un RDBMS (Relational DataBase Management System) representa los datos y
relaciones entre ellos mediante una coleccin de Tablas, cuyas filas representan los
registros y cuyas columnas, de nombre nico, representan los campos.

Fig. 2-6-7 Sistema de Bases de Datos Relacional

La forma de acceder y manipular una Base de Datos Relacional es mediante el lenguaje
SQL (Structured Query Language). Este lenguaje SQL se ha establecido claramente como
el lenguaje de Bases de Datos Relacional estndar.
El SQL se subdivide en dos tipos, segn su modo de interactuar con la base de datos:
Lenguaje de definicin de datos (DDL - Data Definition Language). El SQL-DDL
proporciona rdenes para definir tablas, crear sinnimos, dar de alta Usuarios, etc. Las
sentencias 'base' ms significativas de definicin son:

C r eat e, A l t er , Dr op, T r uncat e, Gr ant y R evoke

Fig. 2-6-8 Creacin de una tabla

Create Table MUESTRAS ( N MUESTRA number (9),
DESCRIPCION varchar2(40),
METODO varchar2(40),
USUARIO varchar2(16),
TIMESTAMP date);


Lenguaje de manipulacin de datos (DML - Data Manipulation Language). El SQL-DML
incluye un lenguaje de consultas para la recuperacin, modificacin, insercin o
eliminacin de la informacin almacenada. Las sentencias 'base' ms significativas de
manipulacin son:

Sel ect , I nser t , U pdat e y Del et e

Fig. 2-6-9 Consulta de datos

Existe en el mercado un buen surtido de gestores de Bases de Datos de los que cabe
destacar los siguientes:
o ORACLE de Oracle Corporation
o SQL Server de Microsoft
o DB2 de IBM Corp.
o Informix de IBM Corp.

Siendo el sistema ms ampliamente utilizado para grandes desarrollos el DBMS de
ORACLE. Para desarrollos menos ambiciosos est siendo cada vez ms utilizado el
SQL Server por su precio mucho ms reducido.
Hay que tener en cuenta que, como dice Eric Brown en su artculo sobre SQL Server
2005
11
, debido al auge de las Bases de Datos, a los Administradores de las mismas -
DBAs - se les pide la gestin de, cada vez, una mayor cantidad de informacin
diversificada en diferentes Bases de Datos. Por este motivo es importante no diversificar
demasiado los diferentes tipos de DBMS sobre los que se va a almacenar la informacin
de la Compaa, facilitando y simplificando la labor de los DBAs y mirando, a su vez, por
la reduccin de costes que esto suponga.

Select N MUESTRA, DESCRIPCION, METODO,
USUARIO, TIMESTAMP
From MUESTRAS
Where TIMESTAMP between today and yesterday-10
Order by N MUESTRA;


6.3. REDES Y COMUNICACIONES
Por ltimo, toda Compaa necesita de una red informtica interna o Intranet que permita
el intercambio de informacin mediante la interconexin de ordenadores de aplicaciones,
llamados Servidores, y ordenadores de Usuario, llamados Clientes.
Una Red corporativa privada bien diseada permite compartir recursos e informacin con
la fiabilidad y seguridad de proteccin de la informacin ante eventualidades o
intrusiones.

Fig. 2-6-10 Configuracin Cliente - Servidor

Para ilustrar la importancia de las Redes y Comunicaciones, en su libro "The Road
Ahead", Bill Gates
13
expresaba hace apenas diez aos su visin sobre los cambios
revolucionarios que las nuevas comunicaciones e Internet provocarn en una inminente
nueva sociedad. Estos cambios, dice, afectarn al propio hogar y al mundo industrial,
"The Internet Gold Rush", donde las empresas modificarn su forma de hacer negocio,
apareciendo nuevos empleos y convirtindose otros en obsoletos. Hoy en da nadie puede
dudar de su vaticinio.
Las redes que se montan en la industria son Redes Locales - LAN (Local Area Network)
que conformarn la Intranet privada de la Compaa. Una Red Local es un sistema de
comunicacin de datos que permite que dispositivos independientes se comuniquen entre
s, de igual manera que otras redes de datos, pero, en el caso de las LANs, restringiendo la
comunicacin a un zona limitada, en la mayora de los casos, a un lugar de trabajo,
edificio, fbrica, etc.
Las velocidades de transmisin de datos sobrepasan hoy en da los 1000 Mbps (Megabits
por segundo). Las topologas empleadas pueden ser de canal de distribucin (bus), de
anillo (ring) o de estrella. Como medios de transferencia se utilizan, normalmente, cables
coaxiales, cables telefnicos de dos hilos y fibras pticas. Estos cables estn
interconectados con los nodos de control. ltimamente se comienzan a utilizar conexiones
WI-FI y Transmisin Celular.


Se denomina topologa de una red a la configuracin formada por sus nodos y las
interconexiones que los unen. Las topologas ms ampliamente utilizadas en las redes
locales son:
1. Estrella. Todos los mensajes pasan a travs de un conector central.
2. Anillo (ring). Los nodos se conectan formando un anillo. Ningn nodo controla
totalmente el acceso a la red.
3. Canal de distribucin (bus). Todos los nodos comparten el mismo canal de
comunicaciones. La configuracin no tiene forma de bucle. Los nodos utilizan el canal
de distribucin para comunicarse con los nodos restantes.

Fig. 2-6-11 Topologas de Estrella (a), Anillo (b) y Bus (c)

Las redes comerciales habitualmente utilizadas son ETHERNET, fruto del desarrollo
conjunto de Xerox - Digital - Intel, con topologa de Bus con cable coaxial, par trenzado o
fibra ptica y TOKEN RING que combina la topologa fsica en estrella y lgica en anillo.
Cuando existe la necesidad de expandir una red LAN, por ejemplo a las diferentes
factoras que posea una Compaa a lo largo del mundo, aparece el concepto de Red de
Area Extensa - WAN (Wide Area Network). Una red WAN se puede montar por
interconexin de diferentes redes LAN mediante el uso de unos elementos denominados
Routers, que a su vez tambin pueden actuar de Cortafuegos (Firewalls) para aumentar la
seguridad de la red corporativa impidiendo el paso de informacin y accesos no
autorizados.


Las grandes empresas disponen de redes corporativas de voz y datos basadas en una serie
de redes LAN y Routers. Desde el punto de vista del Usuario, este enfoque proporciona
una red fsicamente heterognea con aspecto de un recurso homogneo.
Al conjunto de normas que definen todos los aspectos que intervienen en una
comunicacin y, por tanto, el formato que van a tener los paquetes de informacin y
rdenes que un dispositivo va a aceptar se denomina Protocolo de Red. El protocolo
TCP/IP (Protocolo de Control de Transmisin / Protocolo de Internet) es un estndar hoy
en da por sus facilidades de enrutamiento. Tiene la ventaja de tener compatibilidad con
todos los sistemas operativos y posibilita la conexin de sistemas con protocolos distintos
entre s como FTP o TelNet.
El cableado de conexin entre las diferentes partes de la LAN puede ser Vertical y
Horizontal. El cableado vertical es el que permite comunicar los diferentes centros o
agrupaciones de Usuarios entre s. Para este tipo de cableado es apropiado el uso de un
Backbone (columna vertebral) de fibra ptica. El cableado horizontal conecta los
diferentes puntos de Usuario al Backbone de la red, como ordenadores personales,
impresoras, etc. Para este tipo de cableado es apropiado el uso de par trenzado (UTP).
Debido a las altas velocidades en la transferencia de informacin que se consiguen hoy en
da, cada vez es ms habitual la integracin de voz y datos en las redes, por conexin a las
mismas de las centralitas de telfono de cada centro de la Compaa, con lo que se
consigue un ahorro importante en el gasto de telefona (Voz IP). Tambin se est haciendo
habitual el uso de videoconferencia, correo electrnico y, en resumen, lo que se viene
denominando teletrabajo.
Una red de rea local puede estar formada por subredes de diferentes topologas,
combinando, p. ej., Ethernet para comunicacin de servidores de aplicaciones, Giga
Ethernet para conexin de los diferentes puntos del centro industrial y Telefnica para
conexin entre las diferentes y distantes LAN de la Compaa.


Fig. 2-6-12 Diferentes topologas dentro de una LAN

Aunque forma parte de las aplicaciones gestionadas en las redes de informacin, los
desarrollos "Web" son cada vez ms habituales por su simplicidad en la gestin de
administracin en la parte de los Clientes de las aplicaciones. Estos desarrollos pueden
llegar a ser de tal complejidad y mbito que llegan a dar la sensacin de una intranet de
informacin dentro de la intranet general de la Compaa. Para este tipo de desarrollos es
necesario el dominio de lenguajes de programacin como son HTML, J ava o Visual
Basic.


Por ltimo, no se puede terminar un captulo sobre Redes sin tocar el tema de Seguridad
de la informacin. En la actualidad
14
, las organizaciones son cada vez ms dependientes
de sus redes informticas y un problema que las afecte, por mnimo que sea, puede llegar
a comprometer la continuidad de las operaciones. La falta de medidas de seguridad en las
redes es un problema que est en crecimiento. Tampoco deben subestimarse las fallas de
seguridad provenientes del interior mismo de la organizacin. La propia complejidad de la
red es una dificultad para la deteccin y correccin de los mltiples y variados problemas
de seguridad que van apareciendo. En medio de esta variedad, han ido aumentando las
acciones poco respetuosas de la privacidad y de la propiedad de recursos y sistemas.
Hackers, crakers, entre otros, han hecho aparicin en el vocabulario ordinario de los
Usuarios y de los administradores de las redes. Adems de las tcnicas y herramientas
criptogrficas, es importante recalcar que un componente muy importante para la
proteccin de los sistemas consiste en la atencin y vigilancia continua y sistemtica por
parte de los responsables de la red, sin descartar el uso de un buen antivirus que ayude a
mantener la funcionalidad de la informacin.
A la hora de plantearse en qu elementos del sistema se deben de ubicar los servicios de
seguridad podran distinguirse dos tendencias principales:
1. Proteccin de los sistemas de transferencia o transporte. En este caso, el administrador de
un servicio asume la responsabilidad de garantizar la transferencia segura al Usuario
final de la informacin de forma lo ms transparente posible. Ejemplos de este tipo de
planteamientos seran el establecimiento de un nivel de transporte seguro, de un
servicio de mensajera segura, o la instalacin de un firewall, que defiende el acceso a
una parte protegida de una red.
2. Aplicaciones seguras extremo a extremo. Si pensamos, por ejemplo, en el correo
electrnico, consistira en construir un mensaje en el cual el contenido ha sido
asegurado mediante un procedimiento de encapsulado previo al envo. De esta forma,
el mensaje puede atravesar sistemas heterogneos y poco fiables sin por ello perder la
validez de los servicios de seguridad provistos. Aunque el acto de asegurar el mensaje
cae bajo la responsabilidad del Usuario final, es razonable pensar que dicho Usuario
deber usar una herramienta amigable proporcionada por el responsable de seguridad
de su organizacin.
Esta operatoria, que puede usarse para abordar el problema de Seguridad en Redes, se
debe tener en cuenta para la seguridad en otras aplicaciones tales como videoconferencia,
acceso a bases de datos, etc. En ambos casos, un problema de capital importancia es la
gestin de passwords. Este problema es inherente al uso de la criptografa y debe estar
resuelto antes de que el Usuario est en condiciones de enviar un solo bit seguro.
Por todo esto es muy conveniente la definicin e implantacin de una Poltica de
Seguridad de la Informacin con su alcance, objetivos y responsabilidades.


7. ACTIVIDADES PROFESIONALES
El esquema que se presenta a continuacin, ilustra las necesidades del equipo de trabajo que
se dedicar a la administracin de los Sistemas de Produccin, as como la relacin con los
equipos de profesionales de los que requerir informacin y los que harn uso de estos
Sistemas de informacin de la Produccin.

Actividades profesionales relacionadas con el mdulo. Generacin de
nueva informacin:
- Departamento de Soporte informtico y gestin de Redes de Informacin.
Conocimientos adquiridos en el Mdulo:
- Visin global y generalista sobre un proyecto de Gestin
de Informacin de Planta.
- Visin del equipo humano a formar.
Datos de Otros requeridos:
- Variables y Grficos de Proceso procedentes del
Sistema de Control.
- Diagramas P&I.
- Informacin fiscal de Productos de la Compaa.
- Informacin de Gestin de Laboratorio.
- Informacin comercial, clientes, proveedores, etc.
- En general, toda la informacin necesaria, de
acuerdo al alcance de aplicabilidad del proyecto
de Sistemas de Produccin.
Actividades de Otros que requieren esta informacin:
- Departamento de Procesos - Consulta de informacin de Produccin en tiempo real.
- Laboratorio - Informacin de los datos que generan para la Compaa.
- Departamento de Operaciones - Consulta de calidad del proceso. Control de inventarios
- Direccin Econmico Financiera Gestin de Compra / Venta.
Conocimientos previos necesarios:
- Conocimiento del Proceso Industrial
- Administracin de Bases de Datos
- Administracin de Sistemas
Operativos
- Conocimientos de Programacin


8. REFERENCIAS Y BIBLIOGRAFA
A continuacin se enumeran las Referencias y Bibliografa utilizada en este captulo.

Referencias:

1. Planning as Learning, Harvard Business Review, A. De Geus, 1988
2. Midiendo, Administrando y Maximizando el Rendimiento de Plantas Industriales,
Osvaldo A. Bascur, Ph.D., OSISoft, February 12, 1996
3. Selecting a Real Time Information Management System, Larry Phillips, U.S.A., 2003
4. Integration of SCADA, Information Systems and the Industrial Component Desktop,
O.A.Bascur, Ph.D. and J .Patrick Kennedy, Ph.D., OSISoft, Houston, TX and San
Leandro, CA., March 5, 1999
5. The PI tools in the CMDS (Center of Monitoring, Diagnosis and Simulation of
Combined Cycle Power Plants), Maria Martin Gomez, Iberdrola, Espaa, 2003
6. CMDS & IT Monitor, Miguel Chavero Escamilla, Iberdrola, Espaa, 2003
7. PI: An Important Component In The Cleanup Of Boston Harbor, David F. Duest
Massachusetts Water Resources Authority, Deer Island Treatment Plant, April 2000
8. Data Reconciliation and Data Quality, Ales Soudek, 1999
9. AMERICAN SOCIETY FOR TESTING AND MATERIALS - ASTM, Standard
Guide for Laboratory Information Management Systems (LIMS), ASTM E-1578-93,
U.S.A. 1999
10. Data Warehousing with Oracle, Muhammad Ahmad Shahzad, Oracular, Inc.
11. An Overview of SQL Server 2005 Beta 2 for the Database Administrator, Eric Brown,
J uly 2004
12. Remarks, Bill Gates, Microsoft, April 1997, San Francisco
13. The Road Ahead, Bill Gates, Microsoft, Second edition 1996
14. Manual de Seguridad en Redes, Claudia E. Bello, Secretaria de la Funcin Pblica
Argentina

Bibliografa:

1. IT Manager's Handbook, Bill Holtsnider & Brian D. J affe, Morgan Kaufmann,
Octubre 2000
2. Computer Networks, Andrew S. Tanenbaum, Prentice Hall, Agosto 2002
3. Introduction to SQL, Lawrence Ellison, Oracle Corporation, 1985, 1989
4. Introduccin a las Redes locales de informtica aplicada, K.C.E. Gee, Ed. Diaz de
Santos, S.A., 1983

Applied Biosystems, SQL*LIMS, and Life Science LIMS are registered trademarks and AB (Design), Applera, SQL*QA, SQL*GT, SQL*Stability, iScience, iScience
(Design), Celera Discovery System, and LS*LIMS are trademarks of Applera Corporation or its subsidiaries in the US and/or certain other countries. Applied Biosystems
develops and manufactures its products in accordance with ISO 9001:2000 systems quality requirements. 2005 Applied Biosystems. All rights reserved.
Mdulo: Sistemas de control Profesor: Miguel ngel Sinobas
Seccin Espaola
Master de Instrumentacin y control
SISTEMAS DE GESTIN DE
LA PRODUCCIN
SISTEMAS DE GESTIN DE
LA PRODUCCIN
Miguel ngel Sinobas
Mdulo 7A
Tema 2
2
Seccin Espaola
Master de Instrumentacin y Control Mdulo 7A Tema 2 S. Gestin de la Produccin
Un Master sobre Instrumentacin y Control no quedara completado si
no se tocaran los aspectos de la utilizacin de estos datos en aspectos
informativos, para toma de decisiones, o para efectuar la compra/venta
de productos, gestin de stocks, control de impuestos especiales, etc.
Pretensin de mostrar ideas generales sobre aspectos del tratamiento
de la informacin y la importancia de esta para el estudio y control del
proceso, documentacin obligatoria en la actividad mercantil, etc.
Poca informacin escrita sobre los Sistemas de Produccin desde un
punto de vista global. En general, son los suministradores de
aplicaciones los que dan una buena idea sobre este mundo en sus
manuales o en las pginas Web correspondientes.
Sopa de siglas: SGL, Oracle, PI, LAN, Ethernet, ODBC, OPC, Sql*Net
...
Presentacin
3
Seccin Espaola
Dentro de los Sistemas de Gestin de la Produccin se engloban
aquellos Sistemas de Informacin y Aplicaciones dedicadas a
facilitar informacin sobre el estado, en tiempo real o pasado, de la
Produccin, bien proporcionando datos de medidores de
temperaturas, caudales, presiones, etc., bien ofreciendo datos de
Laboratorio sobre la calidad de las diversas corrientes intermedias,
productos terminados, etc., o bien gestionando el inventariado de
los elementos de almacenamiento, los movimientos, entradas y
salidas de productos en la planta y as un largo etctera
Introduccin
4
Seccin Espaola
Distribucin de la informacin de produccin en la Compaa
Distribucin
Instrumentacin de Campo
Control Avanzado
Optimizacin de Produccin
Sistema integrado
de Gestin
de Produccin
Supervisin
y toma de
decisiones
5
Seccin Espaola
Funciones de los Sistemas de Produccin
Funciones
Como Sistemas de Gestin de la Produccin se engloban aquellos
Sistemas de Informacin y Aplicaciones dedicadas a facilitar informacin
de la Produccin, bien en tiempo real o mostrando la historia pasada,
cumpliendo las siguientes funciones:
Proporcionar datos de medidores de temperaturas, caudales, presiones,
analizadores en lnea, etc., mediante un Sistema de Informacin de la
Planta
Ofrecer datos de Laboratorio sobre la calidad de las diversas corrientes
intermedias, productos terminados, etc., mediante un Sistema de
Informacin de Laboratorio
Proporcionar informacin sobre la gestin de los movimientos, entradas
y salidas de productos en la planta, inventariado de los elementos de
almacenamiento, etc., mediante el uso de un Sistema de informacin de
la Produccin
6
Seccin Espaola
Instrumentacin
Necesidades de Instrumentacin
Una correcta instrumentacin, que tenga en cuenta las necesidades de
informacin aguas arriba en el flujo informativo, posibilitar un adecuado
desarrollo de los Sistemas de Gestin de la Produccin
7
Seccin Espaola
Previos
Poca documentacin:
Contacto con proveedores
Visitas a plantas similares
Es el producto una solucin industrial a nivel internacional?
Es fcil de instalar?
Tiene la empresa suministradora un buen servicio de soporte y
actualizaciones?
Es fcil de usar?
Tiene capacidad de gestin y almacenamiento de informacin en tiempo
real?
Tiene posibilidad de crear estructuras Cliente/Servidor?
Es escalable o ampliable?
Permite la explotacin de informacin en Internet/ Intranet?
Tiene el suministrador un buen negocio con el producto?
Vale lo que cuesta? ...??
8
Seccin Espaola
Detalle de Funciones
Balance de Unidades
Clculo de composiciones
Blending en lnea
9
Seccin Espaola
Agrupacin de Funciones - SCADA
Sistema de Informacin de Planta - SCADA
Balance de Unidades
Blending en lnea
10
Seccin Espaola
Agrupacin de Funciones - SGL
Sistema de Gestin de Laboratorio SGL (LIMS)
Balance de Unidades
Blending en lnea
11
Seccin Espaola
Agrupacin de Funciones - SP
Sistema de Informacin de Produccin SP
Balance de Unidades
Blending en lnea
12
Seccin Espaola
Agrupacin de Funciones - SII
Sistema de Interfases de Informacin SII
13
Seccin Espaola
Gestin de Empresa
14
Seccin Espaola
SCADA
Sistema de Informacin de Planta
SCADA - Supervision, Control And Data Acquisition
Integracin total entre la instrumentacin de Planta y el resto de los
Sistemas de Produccin, sirviendo de plataforma de datos hacia los mismos
Informacin en tiempo real sobre las Unidades de Proceso, permitiendo,
de igual manera, la consulta de datos histricos de las mismas
15
Seccin Espaola
SCADA
PI (Plant Information) de OSISoft
PHD (Plant History Database)
de Honeywell
Infoplus de AspenTech
Estos Sistemas de Informacin de Planta son ampliamente utilizados en
industrias como:
Petroqumica Papelera Aeroespacial Farmacutica
Energtica NuclearDepuracin de Agua Qumica
16
Seccin Espaola
SCADA
Un Sistema de Informacin de Planta bien diseado permite la
recoleccin ininterrumpida y el almacenamiento indefinido de los datos de
Produccin recogidos de cada uno de los Sistemas de Control que
contenga la Compaa, dando solucin, dicho sea de paso, a la corta vida
que posee la informacin en estos SCD's y a la escasa perspectiva que
ofrecen de la Planta al completo
Se puede decir que un Sistema de
Control necesita de informacin
puntual con una frecuencia de
muestreo elevada para posibilitar un
buen control, mientras que un
Sistema de Informacin de Planta no necesita de esta frecuencia
elevada, pero requiere de gran capacidad de almacenamiento para
posibilitar la consulta de la historia de produccin
17
Seccin Espaola
Caso de estudio: PI
El PI - Plant Information es una aplicacin suministrada y desarrollada
por OSISoft cuya funcin es la historizacin de valores de las variables
de las unidades de proceso, permitiendo el acceso rpido a cualquier
momento de esta historia de forma puntual o por periodos. Estos valores
se almacenan en unidades lgicas denominadas TAGS o Puntos de PI
Tag: Puntos de PI
Visualizador: ProcessBook, ActiveView, RtPortal
Herramientas de Usuario: Datalink, API-SDK (VisualBasic)
18
Seccin Espaola
PI
Plant Information PI - RtPM
El sistema PI est basado en una base de datos que almacena valores
puntuales del SCD y otros sistemas, en el Servidor donde reside. Para el
caso de datos de instrumentos de Planta, la recogida de los mismos se
realiza a travs de un mdulo interfase denominado APP Node
19
Seccin Espaola
PI
Pantallas ejemplo de grficos de proceso
RtPortal/ActiveView
ProcessBook
Tendencia
20
Seccin Espaola
PI - Presupuesto
Compra a OSI de un Sistema PI con 50.000 Tags 100.000
Adquisicin de 300 licencias de ActiveView 34.000
Adquisicin de 5 licencias de ProcessBook 30.000
Servidor wintel en Cluster W2000 Server para PI 30.000
Contratacin del Trabajo de Instalacin de PI 8.000
Contratacin de Formacin de administracin del Sistema 15.000
AppNode (3) (Conexin PI - SCD) 105.000
OPC Client (AppNode) (3) - Interfaz con PI 5.000
Otros 23.000
Total: 350.000
Concepto Precio
21
Seccin Espaola
SP
Sistema de Informacin de Produccin
Informacin necesaria relativa a los procesos, unidades de produccin,
materias primas y productos con el fin de optimizar la gestin y apoyar a
la toma de decisiones, haciendo partcipe de esta informacin al conjunto
de Direcciones de la Compaa
22
Seccin Espaola
SP - Funciones
Gestin de Existencias
Situacin de elementos de almacenamiento e inventarios
Gestin de Movimientos
Entrada / Salida
Transferencia
Alimentacin Unidad
Purga
- Datos -
Nivel +T +Pres.
Densidad
23
Seccin Espaola
SP - Funciones
Clculo de Composiciones de materias primas
Tanques de Crudo mezcla de diferentes caractersticas
Compra - Venta
Basada en la gestin de Movimientos, Certificado de Cantidad, Gestin
fiscal y Administrativa
24
Seccin Espaola
SP - Funciones
Suministro por Cisterna
Binomio junto al Certificado de Calidad y otros documentos legales
25
Seccin Espaola
SP - Funciones
Balance Global Diario
Sntesis de la informacin diaria relativa a Existencias iniciales y finales,
Entradas y Salidas, Proceso y Produccin, Autoconsumos y Mermas
Blending en Lnea
Llegar a Tanque final con un producto dentro de especificacin
Balance de Unidades
Contabilidad de las corrientes de alimentacin y las corrientes de
produccin, dando informacin, adems, de las mermas diarias en peso
26
Seccin Espaola
SP - Funciones
Balance de Energas
Cmputo de los combustibles autoconsumidos, vapor, agua, energa
elctrica o trmica, controlando y contrastando los Aportes y Consumos
Combinando parte de la informacin sintetizada en el Balance Global
Diario con el detalle de Proceso/Produccin y Autoconsumos
proporcionado por los Balances diarios de Unidades y Energas se
puede conseguir el Balance Mensual oficial de la Compaa que
permitir registrar la historia de la actividad productiva de la misma a lo
largo del tiempo
Debido a las muy diversas fuentes de informacin y la incertidumbre en
los medidores de Planta, se hace muy conveniente una reconciliacin de
la informacin, sobre todo en lo referente a los datos que entrarn en
juego a la hora de cuadrar los balances de unidades de produccin y
redes de energas
27
Seccin Espaola
SP - Funciones
Gestin Fiscal
Provee de informacin, cuando aplique, sobre la fiscalidad de los
productos, impuestos especiales, inspeccin permanente de la
Administracin, etc.
Control de Emisiones
Motivada por las ltimas normativas de mbito nacional como el control
de Efecto Burbuja con las emisiones de SO
2
, responsable de la lluvia
cida, e internacional, con el Protocolo de Kioto para el control de las
emisiones de CO
2
por chimenea, responsable del efecto invernadero
28
Seccin Espaola
Caso de estudio: SPC
Debido a la excesiva complejidad de un Sistema de Informacin de la
Produccin con todas las funciones expuestas, se puede optar al
desarrollo propio del ncleo del mismo y a desarrollos parciales, o
compra, de cada una de las funciones de las que se le quiera dotar
SPC Sistema de Produccin del Complejo industrial
Basado en tecnologa Cliente/Servidor y desarrollado sobre Oracle en el
Servidor y Developer en los Clientes
Desarrollado por Repsol YPF para sus Refineras
29
Seccin Espaola
SPC
Gestin de las Composiciones de Crudo en Tanques
30
Seccin Espaola
SPC
Gestin de Movimientos
31
Seccin Espaola
SGL
Sistema de Gestin de Laboratorio
Gestin de la informacin del Laboratorio de Planta y la transmisin de
los resultados analticos que se generan a todos los Usuarios de la
Compaa, siendo una herramienta imprescindible para una buena
gestin de la Calidad y control del Proceso
32
Seccin Espaola
SGL
Sistemas LIMS
SQL*LIMS de Applied Biosystems
SampleManager de Thermo LabSystems
STARLIMS de StarLims Corporation
CALS de Beckman
Xp-LIMS de Scadasoft Sistemas S.L.
Todas ellas estn concebidas para gestionar el trabajo diario del
Laboratorio, independientemente del tipo de empresa que lo vaya a usar,
por lo que, en general, su funcionalidad exceder de lo que en la prctica
se llega a necesitar, requiriendo de algunos ajustes de informacin para
encuadrarlas con las necesidades especficas
33
Seccin Espaola
Funciones SGL
Funciones del Sistema de Gestin de informacin de
Laboratorio
34
Seccin Espaola
Funciones SGL
Sistema (Administracin)
Definicin de Grupos, alta de Usuarios y asignacin
de permisos
Creacin de los Grupos de Datos
Asignacin de Reglas y Parmetros de Sistema
Plantilla Analtica (Estructura de datos)
Unidades de Medida
Anlisis - Mtodos
Definicin de Lmites: Medida, Deteccin y Especificacin
Productos - Corrientes
Creacin de Muestras
35
Seccin Espaola
Funciones SGL
Trabajo (Funciones habituales)
Registro de Muestras
Resultados y Supervisin
Acciones Automticas
Conexin de Equipos
Distribucin de la informacin
Certificado de Calidad
36
Seccin Espaola
Configuracin del Sistema
Parmetros de Sistema
Donde se configuran aspectos referidos a la seguridad de los datos,
formatos de presentacin de informacin, etc.
Reglas
Algunos sistemas permiten definir Reglas o Tratamientos que
supervisarn las acciones durante las 'operaciones bsicas' del SGL para
diferenciar, p. ej., muestras de certificado de calidad de muestras
programadas para el control diario de las unidades de proceso
Grupos de Datos
Servirn para asociar cada una de las entidades de un SGL - muestras,
productos, ensayos, etc. - a un Grupo de Datos concreto, con el fin de
asociar y filtrar, si fuera necesario, la informacin a los Usuarios
37
Seccin Espaola
Usuarios
Donde se darn de alta todos los Usuarios de la aplicacin y se les
asociar la categora que les corresponda y los grupos de datos a los que
vayan a tener permiso de acceso
Configuracin del Sistema
Categoras
Se necesitan crear Categoras de Usuarios con permisos para realizar
diferentes funciones dentro del SGL. Estas Categoras debern definir a
los administradores de la aplicacin, los analistas, los Usuarios de planta,
Usuarios generales, etc.
38
Seccin Espaola
Plantilla Analtica
Unidades de Medida
Lmites: Medida Deteccin Especificacin
Productos Corrientes
Operaciones Mtodos
Muestras
39
Seccin Espaola
Plantilla Analtica
Acciones Automticas
Adaptacin - Observaciones
Calibracin de Equipos
Plan Analtico
40
Seccin Espaola
Ciclo de Trabajo
Registro de Muestras
Resultados y Supervisin
Acciones Automticas
Conexin a Equipos
Distribucin de la informacin
Fecha informe: 25-05-2004 17:00


BENCENO 3.6 11070 BL 0.8
TOLUENO 4.3 1008495 BV 70.0
41
Seccin Espaola
Ciclo de Trabajo
Certificado de Calidad
Firma Electrnica
Auditora de Transacciones
Supervisin de Resultados Crticos
Gestin interna del Laboratorio
Fecha informe: 25-05-2004 17:00


BENCENO 3.6 11070 BL 0.8
TOLUENO 4.3 1008495 BV 70.0
42
Seccin Espaola
Caso de estudio: SQL*LIMS
Basado en tecnologa Cliente/Servidor y desarrollado sobre
Oracle en el Servidor y Developer en los Clientes
El SQL*LIMS es una aplicacin ampliamente utilizada a
nivel internacional como ncleo del SGL - LIMS, suministrada
por Applied Biosystems
Necesita cuatro Monitores activos:
Dispatcher
Logger
Status
Event
43
Seccin Espaola
SQL*LIMS
Distribucin de la informacin en el SQL*LIMS
Sistema de informacin combinada de Status y Condition que informa de
la situacin de cualquier nivel de la estructura de resultados
44
Seccin Espaola
SQL*LIMS
Estructura jerrquica de Plantilla y Resultados
Posibilita la traduccin libre de textos de pantallas, adicin de
datos complementarios y ficheros adjuntos
45
Seccin Espaola
SQL*LIMS
Formulario de consulta de resultados por muestra
Formularios con estructura Maestro / Detalle
46
Seccin Espaola
SQL*LIMS
Informe de seguimiento de resultados
Desarrollo con herramientas
de Oracle
47
Seccin Espaola
SGL- Presupuesto
Adquisicin de 20 licencias de acceso concurrente a SQL*LIMS 180.000
Adquisicin de Oracle y 100 licencias de acceso 30.000
Adquisicin de herramientas de desarrollo ORACLE (1 Licencia) 7.000
Servidor wintel W2000 Server para SQL*LIMS 30.000
Trabajo de Instalacin y verificacin de ORACLE y SQL*LIMS 2.000
Contratacin de Formacin para Administradores del Sistema 12.000
Consultora, personalizacin y desarrollos a medida 80.000
Mdulos de Registro Automtico y Calibracin de Equipos 24.000
Otros 10.000
Total: 375.000
Concepto Precio
48
Seccin Espaola
Soporte Informtico
Redes de Informacin
Pilares del Soporte informtico para Gestin de Produccin:
Bases de Datos
Sistemas Operativos
Redes y Comunicaciones
49
Seccin Espaola
Sistemas Operativos
Entorno de los Sistemas
Operativos
Toda aplicacin informtica, sw, necesita de
ordenadores, hw, para su funcionamiento y,
estos a su vez, de Sistemas Operativos como
interfaz
El objetivo fundamental de los Sistemas Operativos es gestionar y
administrar eficientemente los recursos de hardware, permitiendo que se
ejecuten concurrentemente varios programas, sin que haya conflictos en
el acceso de cada uno de ellos a cada uno de los recursos que se
necesite, y sin que ningn programa monopolice alguno de ellos
50
Seccin Espaola
Sistemas Operativos
Tareas de Gestin del Sistema Operativo
Gestin de CPU
Gestin de Aplicaciones
Recursos de Hardware
Seguridad del Sistema
Entradas y Salidas
Comunicaciones
Gestin de Memoria
Dispositivos de Almacenamiento
51
Seccin Espaola
Sistemas Operativos
Seguridad de los Sistemas Operativos
Administrador de Sistemas SystemManager
Poltica de Copias de Seguridad Backup
Sistemas Cluster
Sistemas Virtuales
Sistemas de almacenamiento RAID
RAID 1: Discos Espejo
RAID 5: Necesita de un mnimo de tres discos
52
Seccin Espaola
Sistemas Operativos
Sistemas Operativos Multitarea
Soportan la ejecucin de dos o ms trabajos activos al mismo tiempo
Sistemas Operativos de Red
Mantienen dos o ms servidores unidos a travs de algn medio de
comunicacin con el objeto de compartir los diferentes recursos y la
informacin del sistema
Windows 2000 / 2003
Unix
Linux
53
Seccin Espaola
Bases de Datos
Un sistema de gestin de bases de datos consiste en una coleccin de
datos interrelacionados y un conjunto de programas para acceder a
ellos. A estas colecciones de datos se las denomina bases de datos y
sirven de soporte de informacin a los diferentes Sistemas de
Produccin
Los sistemas de bases de datos estn diseados para gestionar
grandes bloques de informacin. Esto implica tanto la definicin de
estructuras para el almacenamiento como de mecanismos para la
gestin de la informacin
Consiste en una coleccin de archivos sobre los que actan un
conjunto de programas que permiten a los Usuarios el acceso y
modificacin de la informacin que se almacena en ellas
54
Seccin Espaola
Bases de Datos
Bases de Datos basadas en Registros
Modelo
J errquico
Modelo de Red
55
Seccin Espaola
Bases de Datos
Bases de Datos basadas en Registros
Modelo Relacional
Es el modelo que ha ganado aceptacin por encima de los otros dos.
Un RDBMS (Relational DataBase Management System) representa los
datos y relaciones entre ellos mediante una coleccin de Tablas, cuyas
filas representan los registros y cuyas columnas, de nombre nico,
representan los campos
56
Seccin Espaola
SQL
Definicin de datos
Manipulacin de datos
La forma de acceder y manipular una Base de Datos Relacional es
mediante el lenguaje SQL (Structured QueryLanguage). Este lenguaje
SQL se ha establecido claramente como el lenguaje de Bases de Datos
Relacional estndar
57
Seccin Espaola
Bases de Datos
ORACLE de Oracle Corporation
SQL Server de Microsoft
DB2 de IBM
Informix de IBM
Existe en el mercado un buen surtido de gestores de Bases
de Datos Relacionales de los que cabe destacar los
siguientes:
58
Seccin Espaola
Red informtica interna o Intranet que
permita el intercambio de informacin
mediante la interconexin de ordenadores de
aplicaciones, llamados Servidores, y
ordenadores de Usuario, llamados Clientes
Redes Locales - LAN (Local Area Network) conforman la Intranet privada
de la Compaa. Una Red Local es un sistema de comunicacin de datos
que permite que dispositivos independientes se comuniquen entre s,
restringiendo la comunicacin a un zona limitada
59
Seccin Espaola
Topologa de Redes
Se denomina topologa de una red a la configuracin formada por sus
nodos y las interconexiones que los unen
Estrella: Todos los mensajes pasan a travs de un conector central
Anillo (ring): Los nodos se conectan formando un anillo
Canal de distribucin (bus): Todos los nodos comparten el
mismo canal de comunicaciones. La configuracin no tiene forma de
bucle
60
Seccin Espaola
WAN (Wide Area Network): Una red WAN se puede montar por
interconexin de diferentes redes LAN mediante el uso de unos
elementos denominados Routers
Ethernet: Topologa de BUS
Token Ring: Topologa fsica en Estrella y lgica en Anillo
TCP/IP (Protocolo de Control de Transmisin / Protocolo
de Internet) Protocolo de Red estndar que supone un conjunto de
normas que definen todos los aspectos que intervienen en una
comunicacin y, por tanto, el formato que van a tener los paquetes de
informacin y rdenes que un dispositivo va a aceptar se denomina
61
Seccin Espaola
LAN
Local Area
Network
Seccin Espaola
ISA - ISE
Mdulo 7A-2
Miguel Angel Sinobas Control Avanzado y Sistemas de Produccin Petronor
Repsol YPF
PREGUNTAS
VALORACIN
Sistemas de
Gestin de la Produccin
7B1
INGENIERIA DE
SISTEMAS DE CONTROL


Mdulo: 7B1 Ingeniera de Sistemas de Control
Tema: 7B1 Ingeniera de Sistemas de Control
Autor: Marisa Sanzo

INTRODUCCIN

Comprendidos y asimilados los conceptos presentados en el mdulo 81A relativos a Sistemas
de Control Distribuido, la tarea previa a la ejecucin de un proyecto es inexorablemente la
de disear y especificar tcnicamente dicho Sistema de Control Distribuido.
Este paso es de obligado cumplimiento tanto para:
- El usuario final del la solucin de control, responsable de la definicin de los requisitos y
estndares que desea para su proyecto.
- La ingeniera, responsable de transcribir en formato de especificacin tcnica los
requisitos indicados por el usuario final as como de ejecutar o al menos supervisar la
fase de ejecucin del proyecto.
- El suministrador o fabricante, responsable de ofrecer una solucin de control que se
adecue a lo especificado as como de soportar y apoyar a la ingeniera y al usuario final
durante la fase de ejecucin del proyecto.
El desarrollo de contenidos est enfocado a futuras tareas genricas de especificacin y
diseo de sistemas de control de acuerdo con las necesidades de un futuro proyecto obviando
las caractersticas concretas de un determinado producto o solucin existente en el mercado.
Igualmente se proporciona una gua de aspectos y contenidos a tener en cuenta por
ingeniera y usuarios finales durante la fase de ejecucin de un proyecto de control.

Mdulo: 7B1 INGENIERA DE SISTEMAS DE CONTROL
Master ISA ISE de Instrumentacin y Control Pgina 2

SISTEMAS DE CONTROL

ndice

1. ALCANCE Y DISEO DE UN SISTEMA DE CONTROL
DISTRIBUIDO 4
1.1. Objetivo 5
1.2. Elementos Contables 6
1.1.1. Tarjetas de Entradas y Salidas. 6
1.1.2. Controladores 7
1.1.3. Consolas 7
1.1.4. Equipos de Terceros 7
1.1.5. Reserva Equipada 8
1.1.6. Reserva Espacial 8
1.1.7. Mdulos de Control e Interfase de Operacin 8
1.3. Filosofa 9
1.1.8. Segregacin 9
1.1.9. Redundancia 9
1.1.10. Seguridad y Protecciones 9
1.1.11. Integracin de la Informacin 10
2. CALCULOS ASOCIADOS 11
1.4. Clculos de Capacidad Hardware 12
2.1.1. Tarjetas de Entradas y Salidas 12
2.1.2. Tarjetas de Comunicaciones 12
2.1.3. Controladores 12
1.5. Clculos Elctricos 13
2.1.4. Dimensionamiento de Fuentes de Alimentacin 14


2.1.5. Dimensionamiento de Lneas de Alimentacin 19
2.1.6. Disipacin de Calor 21
3. CONSTRUCCIN HARDWARE 24
1.6. Armarios de Control 25
1.7. Interconexionado de Seales 26
1.8. Sistema de Tierras 27
3.1.1. Tierra de tensin alterna (AC) 27
3.1.2. Tierra de tensin continua (DC) 27
3.1.3. Tierra de mallas de cables (IN) 27
3.1.4. Tierra de chasis y seguridad (SG) 28
4. PRUEBAS FAT 29
1.9. Pruebas FAT de Hardware 30
4.1.1. Inspeccin Fsica del Montaje y Ensamblado de los Armarios de Control30
4.1.2. Montaje de Elementos 30
4.1.3. Distribucin de Tarjetas en Bastidores 30
4.1.4. Verificacin del Cableado 30
4.1.5. Verificacin de Fuentes de Alimentacin 31
1.10. Pruebas FAT de Software 32
4.1.6. Revisin Cuantitativa 32
4.1.7. Revisin Cualitativa/Funcional 32


1. ALCANCE Y DISEO DE UN SISTEMA DE CONTROL DISTRIBUIDO
Toda especificacin tcnica as como la ejecucin de la solucin de control asociada a la
misma debe de basar su contenido en una serie de criterios que permitan a los profesionales
implicados en el estudio y ejecucin de la misma conocer o en su defecto definir:
- El objetivo o uso final
- El alcance contable de materiales implicados
- La filosofa a seguir
Cuando estos tres aspectos se aplican a un Sistema de Control Distribuido el resultado es a
groso modo similar a lo presentado a continuacin.


1.1. Objetivo
Desde el punto de vista del usuario final y/o la ingeniera, el resultado de su
especificacin tcnica deber de indicar cual es el objetivo que se persigue, es decir
deber de informarse a grandes rasgos sobre la naturaleza del proyecto y de la solucin de
control deseada para el mismo.
Tambin es aconsejable, cuando los requisitos de confidencialidad lo permitan, informar
sobre:
- El nombre del proyecto
- Los datos del usuario final
- La ubicacin de la instalacin
- Los datos de la ingeniera implicada
Esta tipo de informacin permiten al lector de la misma, suministrador y/o fabricante,
definir un escenario global y realizar una primera acotacin en el amplio campo de las
soluciones de control que existen en el mercado.


1.2. Elementos Contables
Para que una especificacin tcnica y su posterior solucin de control puedan iniciar fase
de diseo y ejecucin, es necesario que el usuario final y/o la ingeniera establezcan unos
limites o criterios contables que permitan acotar el alcance de materiales hardware as
como el alcance del desarrollo software implicados objeto de suministro.
1.1.1. Tarjetas de Entradas y Salidas.
Dado que por definicin un Sistema de Control Distribuido est destinado al control y
supervisin de un proceso (con un n de variables fsicas significativas), es importante
que la especificacin tcnica del mismo informe sobre el n de seales implicadas.
De cara a posteriores tareas de diseo hardware, el alcance de seales deber de
indicarse por tipo, distinguiendo entre:
- Seales Analgicas de Entrada
- Seales Analgicas de Salida
- Seales Digitales de Entrada
- Seales Digitales de Salida
As mismo para cada uno de estos tipos, es conveniente informar sobre:
- La naturaleza fsica:
seales cableadas
seales asociadas a un bus de campo.
- La naturaleza elctrica:
4-20 mA
contactos libres de potencial
seales procedentes de detectores inductivos
seales alimentadas por el Sistema de Control Distribuido
seales alimentadas por circuito externo
- La seguridad:
seales procedentes de zona segura
seales con tratamiento de seguridad intrnseca.
Este informacin de detalle es necesaria porque no existen tarjetas de entradas y
salidas universales desde el punto de vista elctrico, en todas las ocasiones el trabajo
del fabricante y/o suministrador pasa por calcular en funcin del nmero de seales
implicadas as como de su naturaleza, el tipo de elementos hardware ms adecuados
para el proyecto as como las unidades necesarias de cada uno de ellos.


1.1.2. Controladores
No es habitual ni aconsejable que el usuario final y/o la ingeniera especifiquen el
nmero de controladores que requiere su solucin de control ya que este aspecto es
evaluado por el suministrador y/o fabricante en funcin del n de seales implicadas,
el grado de complejidad de la lgica de control asociada y la capacidad de clculo de
la CPU.
1.1.3. Consolas
Los requisitos definidos por el usuario final en relacin con la interfase hombre /
sistema de control, permitirn a la ingeniera y posteriormente al suministrador y/o
fabricante establecer de manera sencilla el nmero de consolas implicadas en tareas de
operacin. Tambin es evidente para todas las partes implicadas aceptar la
conveniencia de la existencia a mayores de una estacin de ingeniera destinada a
tareas de configuracin de la solucin de control.
Deber de ser objeto estudio la conveniencia de estaciones dedicas a tareas concretas
tipo: gestin de la informacin HART procedente de los instrumentos de campo,
configuracin y gestin de aplicaciones de control avanzado, configuracin y gestin
de alarmas, simuladores de proceso, exportacin de datos, etc.
En este caso es importante que el usuario final y /o la ingeniera especifiquen
correctamente el objetivo desde el punto de vista de gestin de la informacin
deseado con objeto de que el suministrador y/o fabricante tenga capacidad para
definir el alcance ms adecuado en relacin con el nmero final de consolas
implicadas y la funcionalidad de cada una de ellas.
Desde el punto de vista tcnico o de diseo, es necesario indicar el formato de las
estaciones, es decir si se trata de un PC convencional basado en tecnologa Windows
(actualmente XP) y compuesto por CPU, pantalla (1 o varias), teclado, ratn y
altavoces o si por el contrario se trata de un PC de tipo industrial basado en tecnologa
Windows o en sistema operativo propietario del fabricante y compuesto por CPU,
pantalla o monitor integrado en pupitre de control, teclado con opciones de teclas de
funcin preprogramadas, ratn o similar.
1.1.4. Equipos de Terceros
En asociacin con la informacin relativa a la naturaleza de las seales implicadas en
un proyecto, es importante que todas las partes implicadas sean conscientes del
nmero de equipos o unidades de proceso suministradas por terceros que debern de
integrarse en el Sistema de Control Distribuido.
En relacin con este aspecto el usuario final y/o la ingeniera debern de especificar el
alcance y tipo de seales asociadas as como cuando aplique el tipo de protocolo a
utilizar para la integracin de las mismas.
Tambin es importante, como tarea de diseo, indicar si la integracin de equipos de
terceros se realizar de manera segregada, es decir cada uno de los paquetes de
informacin dispondr de una tarjeta de comunicaciones dedicada, o si por el contrario


la solucin se basar en los criterios y recomendaciones del suministrador y/o
fabricante desde el punto de vista de agrupacin de seales.
1.1.5. Reserva Equipada
Con objeto de definir el nmero final de elementos hardware implicados en la solucin
de control, el usuario final y/o ingeniera debern de indicar el porcentaje en el que
incrementar los elementos contables con objeto de dotar al Sistema de Control
Distribuido de una reserva equipada.
1.1.6. Reserva Espacial
Desde el punto de vista de diseo, el usuario final y/o ingeniera debern de indicar el
porcentaje en el que incrementar el rea constructiva dedicada a la ubicacin e
instalacin de los elementos hardware del Sistema de Control Distribuido.
1.1.7. Mdulos de Control e Interfase de Operacin
Desde el punto de vista software, el usuario final y/o ingeniera debern de indicar a
partir del alcance de seales representado mediante un listado de Entradas / Salidas,
cual es la lgica de control asociada a cada una de ellas as como informacin de
proceso relevante para la configuracin y operacin (rangos, alarmas, etc). Con
objeto de tipificar el trabajo a desarrollar, la ingeniera de instrumentacin y control
deber de definir unos mdulos de indicacin y de control tipo.
De la misma manera deber de especificarse mediante documento descriptivo o de
bloques lgicos, las filosofas de control (secuencias, enclavamientos, lgicas, etc ...)
asociadas al proceso.
Desde el punto de vista de interfase de operador ser necesario especificar el alcance
de pantallas de proceso a desarrollar as como el formato de las mismas:
- Aspecto general de las mismas
- Denominacin
- Tipo de informacin a representar: equipos de proceso, lazos de control,
monitorizaciones, alarmas, enclavamientos, etc
- Cdigo de colores para lneas de proceso y dinamos (si aplica)
- Orden de navegacin entre pantallas


1.3. Filosofa
Para que una especificacin tcnica y su posterior solucin de control puedan iniciar fase
de diseo y ejecucin, es necesario que el usuario final y/o la ingeniera definan los
criterios y filosofa a seguir en la solucin de control con objeto de que el suministrador
y/o fabricante puedan evaluar su impacto en el alcance final.
1.1.8. Segregacin
Aspecto que informa sobre los criterios a seguir para el reparto en unidades
hardware del nmero de seales, lgicas de control e informacin de operacin
asociados al proceso.
El conocimiento que el usuario final y/o la ingeniera poseen del proceso permitir al
suministrador y/o fabricante:
- Determinar el nmero correcto de controladores as como que parte de la
planta o proceso gestionarn cada uno de ellos.
- Asignar a los diferentes elementos contables del hardware que seales
procedentes del proceso gestionarn cada uno de ellos.
Los criterios para definir dicha segregacin pueden ser del tipo: orden secuencial del
proceso, ubicacin fsica de las unidades de proceso, lgicas de clculo y control, etc.
1.1.9. Redundancia
Aspecto que informa sobre los criterios a seguir para definir que elementos hardware
debern de ser suministrados e instalados en modo redundante.
Los criterios de redundancia afectan a aspectos de diseo y suministro de materiales
del tipo:
- Alimentaciones: deber de indicarse si las alimentaciones asociadas al sistema
de control as como a la instrumentacin de campo debern de ser redundantes.
- Controladores
- Elementos de Entradas y Salidas: en este caso es importante especificar si este
tipo de elementos hardware sern en su totalidad redundantes o si por el
contrario aplicar nicamente por ejemplo a aquellas unidades destinas al
control del proceso y/o lgicas de seguridad.
- Comunicaciones
1.1.10. Seguridad y Protecciones
Aspecto que informa sobre los criterios en relacin con la certificacin que debern
de cumplir los elementos hardware o el conjunto de la instalacin con objeto de
cumplir normativas de seguridad o proteccin tipo ATEX, SIL, etc.


1.1.11. Integracin de la Informacin
Aspecto que informa sobre los criterios a seguir para definir el uso de protocolos de
comunicaciones para integracin de la informacin, tipo:
- Uso de Instrumentacin inteligente: protocolo HART
- Uso de buses de campo para gestin de seales asociadas a entras y salidas del
proceso
- Uso de buses de campo para integracin de la informacin procedente de
equipos de terceros
Igualmente ser necesario especificar cualquier tipo de integracin del Sistema de
Control Distribuido con la red LAN de la planta, de cara a la gestin global de la
informacin de proceso.


2. CALCULOS ASOCIADOS
Establecidos los criterios que definirn el tipo y alcance de un Sistema de Control
Distribuido, las etapas posteriores de diseo y ejecucin del mismo estn sujetas a una serie
de clculos tcnicos de obligado cumplimiento, cuya funcionalidad se describe a
continuacin.
Es importante tener presente que cuanto mayor rigor se aplique a la ejecucin de dichos
clculos, ms correcta ser la solucin de control desde el punto de vista tcnico.


1.4. Clculos de Capacidad Hardware
A partir de la informacin relativa al nmero de seales implicadas en un proyecto, la
naturaleza de las mismas y las funciones de lgica y clculo asociadas, la ingeniera, el
suministrador o el fabricante del Sistema de Control Distribuido estarn en condiciones de
realizar los clculos pertinentes con objeto de fijar el nmero exacto de elementos
hardware implicados.
2.1.1. Tarjetas de Entradas y Salidas
Para un mismo tipo de seales (seales tipo SA), sujeto a un modelo concreto de
tarjeta de entradas o salidas (tarjeta tipo TA), un primera etapa para el clculo del
nmero de unidades necesarias es el resultado de aplicar la siguiente expresin:
A jetasTipoT CanalesTar N
ada servaEquip Porcentaje
oSA SealesTip N
poTA TarjetasTi N
100
Re

=
El resultado obtenido tendr que ser revisado, en muchos casos al alta, de acuerdo con
el criterio de Segregacin anteriormente expuesto, es decir en funcin de la agrupacin
de seales que deba de realizarse por tarjeta.
2.1.2. Tarjetas de Comunicaciones
Determinar el nmero de unidades necesarias integrar de manera masiva informacin
de proceso mediante el uso de uno o varios protocolos de comunicacin no siempre es
una tarea trivial.
En la mayora de las soluciones de control el suministrador y/o fabricante deber de
realizar un estudio del alcance y tipo de seales o dispositivos a integrar. El nmero
final de tarjetas de comunicaciones depender de las limitaciones impuestas por el
propio protocolo as como por la capacidad en puertos de comunicaciones de la tarjeta
elegida.
2.1.3. Controladores
Tal como habamos indicado anteriormente, es el suministrador y/o fabricante quin
dispone de criterios suficientes para determinar cual es el nmero de controladores que
requiere un proyecto concreto.
Con objeto de que pueda realizar correctamente su evaluacin, es necesario que el
usuario final o la ingeniera informen sobre los criterios de segregacin de la
informacin que debern de tenerse en cuenta, es decir el alcance final de
controladores depender no solamente de la capacidad de clculo (n mximo de
elementos lgicos o de control programados) y la capacidad de gestin (n mximo de
seales asignadas), sino tambin de los criterios seguidos para agrupar la informacin
del proceso (orden secuencial del proceso, ubicacin fsica de las unidades de proceso,
lgicas de clculo y control)


1.5. Clculos Elctricos
A partir de la informacin relativa al alcance hardware implicado en un proyecto, el
suministrador o el fabricante del Sistema de Control Distribuido estarn en condiciones de
realizar los clculos de consumos elctricos con objeto de disear de manera correcta la
distribucin elctrica necesaria en la solucin de control.
Varios son los objetivos que se persiguen tcnicamente:
- Dimensionar correctamente el nmero de fuentes del Sistema de Control
Distribuido necesarias para alimentar a los diferentes elementos hardware y
dispositivos auxiliares asociados.
- Dimensionar correctamente el nmero de fuentes necesarias para alimentar a
los elementos de campo.
- Dimensionar correctamente el cuadro de distribucin elctrica asociado a los
diferentes consumidores del Sistema de Control Distribuido
- Dimensionar correctamente las UPS o SAI (Sistemas de Alimentacin
ininterrumpida) asociados al proyecto y a la solucin de control.
- Dimensionar correctamente los dispositivos asociados a la refrigeracin del
hardware del Sistema de Control Distribuido as como de los habitculos en
donde se encuentra ubicado el mismo.
Para alcanzar cada uno de ellos ser necesario:
(1) Establecer los elementos hardware implicados en el proyecto as como las unidades de
cada uno de ellos
- Tarjetas
- Controladores
- Bastidores
- Dispositivos auxiliares: Aisladores de Seguridad Intrnseca, Separadores
Galvnicos, Convertidores de Seal, Rels, etc ...
- Estaciones
- Impresoras
- Dispositivos de red: Bridge, Router, Gateway, Firewall, Servidor, Hub,
Switch, etc
- Iluminacin y Sistema de Refrigeracin
(2) Determinar para cada elemento hardware:
- El tipo de alimentacin que necesitan, bajo dos aspectos:
Continua o alterna
De distribucin general de planta o procedente de UPS
- El consumo en rgimen nominal del cada elemento hardware as como cuando
aplique el de los elementos de campo conectados al mismo


- La disipacin de calor que generan
2.1.4. Dimensionamiento de Fuentes de Alimentacin
Paso 1:
Establecer el tipo de fuentes que se emplearn para alimentar tanto al hardware como
a los elementos de campo.
Ejemplo:
Las fuentes del sistema para alimentar al hardware son del tipo:
Tensin de entrada: 24 Vcc
Tensin de salida: 12 Vcc
Amperios suministrados: 4,5
Las fuentes para alimentar al los elementos de campo son del tipo:
Tensin de entrada: 220 Vca
Amperios suministrados: 20
Paso 2:
Establecer la relacin elctrica entre los distintos tipos de fuentes implicadas
Ejemplo:
Las fuentes del sistema se alimentarn a partir de las fuentes de alimentacin
de los elementos de campo. Consecuentemente no existirn fuentes dedicadas.
Paso 3:
Establecer el tipo de alimentaciones que existirn en el proyecto:
Ejemplo:
220 Vca, Alimentacin procedente UPS
220 Vca, Alimentacin General de Planta
Paso 4:
Establecer la relacin elctrica entre los distintos tipos de alimentaciones y los
elementos hardware implicados
Ejemplo:
Tarjetas <-> Fuente de 24 Vcc / 12 Vcc / 4,5 A
Controladores <-> Fuente de 24 Vcc / 12 Vcc / 4,5 A
Dispositivos auxiliares <-> Fuente de 220 Vca / 24 Vcc / 20 A
Elementos de campo <-> Fuente de 220 Vca / 24 Vcc / 20 A
Fuentes del Sistema <-> Lnea de 220 Vca procedente de UPS


Fuentes de Campo <-> Lnea de 220 Vca procedente de UPS
Estaciones <-> Lnea de 220 Vca procedente de UPS
Impresoras <-> Lnea de 220 Vca procedente de UPS
Dispositivos de red <-> Lnea de 220 Vca procedente de UPS
Iluminacin y Sistema de Refrigeracin <-> Lnea de 220 Vca procedente de
Alimentacin General de Planta
Paso 5:
Establecer los consumos
Ejemplo:


Hardware del Sistema Elementos de Campo
Ud Tipo de Elemento Hardware Consumo unitario Consumo Total Consumo unitario Consumo Total
mA 12 Vcc mA 24 Vcc
I/O Cards
Analog In 4-20 mA, 8-channel, HART 150 0 300 0
Analog In 1-5VDC, 8-channel 150 0 100 0
Analog Out 4-20 mA, 8-channel, HART 150 0 300 0
DI, 8-Channel, 24 VDC, Isolated 100 0 0 0
DI, 8-Channel, 24 VDC, Dry Contact 100 0 40 0
DI, 8-Channel, 120 VAC, Isolated 100 0 0 0
DI, 8-Channel, 120 VAC, Dry Contact 100 0 0 0
DI, 8-Channel, 230 VAC, Isolated 100 0 0 0
DI, 8-Channel, 230 VAC, Dry Contact 100 0 0 0
2 DI, 32-Channel, 24 VDC, Dry Contact 75 150 150 300
DO, 8 Channel, 120/230 VAC, Isolated 150 0 0 0
DO, 8 Channel, 120/230 VAC, High Side 150 0 0 0
DO, 8 Channel, 24 VDC, Isolated 150 0 0 0
DO, 8 Channel, 24 VDC, High Side 150 0 6.000 0
1 DO, 32-Channel, 24 VDC, High Side 150 150 3.200 3.200
AS-Interface Card 300 0 0 0
Foundation Fieldbus H1 Card 600 0 0 0
Multifunction Card 250 0 40 0
Profibus DP Card 600 0 0 0
RTD, ohms Card 160 0 0 0


mA 12 Vcc mA 24 Vcc
Sequence of Events Card 75 0 75 0
Serial Card 2 Ports RS232/RS485 300 0 0 0
Thermocouple, mV Card 350 0 0 0
11 Series 2 AI, 4-20 mA with HART, Simplex 150 1.650 300 3.300
3 Series 2 AI, 4-20 mA with HART, Redundant 500 1.500 400 1.200
Series 2 AO, 4-20 mA with HART, Simplex 150 0 300 0
3 Series 2 AO, 4-20 mA with HART, Redundant 300 900 400 1.200
Series 2 DI, 8 ch, 24Vdc, Dry Contact, Simplex 150 0 40 0
Series 2 DI, 8 ch, 24Vdc, Dry Contact, Redundant 300 0 40 0
Series 2 DO, 8 ch, 24Vdc, High side, Simplex 150 0 3.000 0
1 Series 2 DO, 8 ch, 24Vdc, High side, Redundant 300 300 3.000 3.000
Series 2, H1, Simplex 300 0 0 0
Series 2, H1, Redundant 600 0 0 0
Series 2 Serial, Simplex 300 0 0 0
Series 2 Serial, Redundant 600 0 0 0
Power Supply
2 24/12 Vdc System Power Supply 0 0 5.400 10.800
2 Field System Power Supply 0 0 0 0
Controller
M3/M5 Controller 750 0 0 0
2 MD Controller 1.400 2.800 0 0
Aisladores
5 Grupos de Alimentacin, KFD2-EB.R2A.RPI 0 0 2.000 10.000


mA 12 Vcc mA 24 Vcc

TOTAL 7.450,00 33.000,00

TOTAL NECESARIOS 7,45 33

Sistema Circuitos de campo

Tipo de Fuente Amperios por Fuente Total Fuentes 12 Vcc Amperios por Fuente Total Fuentes 24 Vcc

TOTAL PROYECTO SIN REDUNDANCIA 4,5 2 20 1,65

TOTAL AMPERIOS DISPONIBLES SIN REDUNDNACIA 9 40

TOTAL PROYECTO CON REDUNDANCIA FUENTES (N+1) 3 3


2.1.5. Dimensionamiento de Lneas de Alimentacin
Paso 1:
Establecer que consumidores o dispositivos necesitarn alimentacin procedente de
UPS y cuales de alimentacin general de planta
Ejemplo:
Fuentes <-> Lnea de 220 Vca procedente de UPS
Estaciones <-> Lnea de 220 Vca procedente de UPS
Impresoras <-> Lnea de 220 Vca procedente de UPS
Dispositivos de red <-> Lnea de 220 Vca procedente de UPS
Iluminacin y Sistema de Refrigeracin <-> Lnea de 220 Vca procedente de
Alimentacin General de Planta
Paso 2:
Ejemplo:


Absorcin Corriente Ud Absorcin Corriente Total Consumo Total Margen de Seguridad Consumo Total
Ud Tipo de Elemento Hardware
Amperios Amperios Watios % KVA
Lnea 01: Alimentacin de UPS
PHOENIX CONTACT QUINT 24Vdc/2,5A 0,47 0 0 0,00% 0
PHOENIX CONTACT QUINT 24Vdc/5A 0,84 0 0 0,00% 0
2 PHOENIX CONTACT QUINT 24Vdc/20A 2,3 4,6 1.269,60 0,00% 1,55
VENTILADOR CON TERMOSTATO 0,12 0 0 0,00% 0
LUMINARIA NA NA 0 0,00% 0
TOMA DE CORRIENTE EXTERNA 6 0 0 0,00% 0
TOTAL 4,6 1.269,60 1,55
Lnea 02: Alimentacin General de Planta
3 VENTILADOR CON TERMOSTATO 0,12 0,36 99,36 0,00% 0,12
3 LUMINARIA NA NA 216 0,00% 0,26
1 TOMA DE CORRIENTE EXTERNA 6 6 1.656,00 0,00% 2,02
TOTAL 6,36 1.971,36 2,4


2.1.6. Disipacin de Calor
Paso 1:
Establecer los elementos hardware susceptibles de disipar calor
Ejemplo:
Tarjetas
Controladores
Dispositivos auxiliares
Fuentes
Paso 2:
Establecer la disipacin total de calor con objeto de dimensionar el sistema de
refrigeracin asociado al habitculo del hardware.
Ejemplo:


Sistema
Ud Tipo de Elemento Hardware Disipacin unitario Disipacin Total
Watios
I/O Cards
Analog In 4-20 mA, 8-channel, HART 10,1 0
Analog In 1-5VDC, 8-channel 10,1 0
Analog Out 4-20 mA, 8-channel, HART 11,9 0
DI, 8-Channel, 24 VDC, Isolated 3,6 0
DI, 8-Channel, 24 VDC, Dry Contact 2,9 0
DI, 8-Channel, 120 VAC, Isolated 3,4 0
DI, 8-Channel, 120 VAC, Dry Contact 3,4 0
DI, 8-Channel, 230 VAC, Isolated 3,6 0
DI, 8-Channel, 230 VAC, Dry Contact 3,6 0
2 DI, 32-Channel, 24 VDC, Dry Contact 5,7 11,4
DO, 8 Channel, 120/230 VAC, Isolated 6,1 0
DO, 8 Channel, 120/230 VAC, High Side 6,1 0
DO, 8 Channel, 24 VDC, Isolated 4,9 0
DO, 8 Channel, 24 VDC, High Side 28,7 0
1 DO, 32-Channel, 24 VDC, High Side 30 30
AS-Interface Card 9,6 0
Foundation Fieldbus H1 Card 10,2 0
Multifunction Card 8,2 0
Profibus DP Card 10,1 0
RTD, ohms Card 2,7 0
Sequence of Events Card 3,5 0


Sistema
Ud Tipo de Elemento Hardware Disipacin unitario Disipacin Total
Serial Card 2 Ports RS232/RS485 5,1 0
Thermocouple, mV Card 5,9 0
11 Series 2 AI, 4-20 mA with HART, Simplex 8,4 92,4
3 Series 2 AI, 4-20 mA with HART, Redundant 18,2 54,6
Series 2 AO, 4-20 mA with HART, Simplex 10,2 0
3 Series 2 AO, 4-20 mA with HART, Redundant 20,4 61,2
Series 2 DI, 8 ch, 24Vdc, Dry Contact, Simplex 3,7 0
Series 2 DI, 8 ch, 24Vdc, Dry Contact, Redundant 7,4 0
Series 2 DO, 8 ch, 24Vdc, High side, Simplex 3,7 0
1 Series 2 DO, 8 ch, 24Vdc, High side, Redundant 7,4 7,4
Series 2, H1, Simplex 6,1 0
Series 2, H1, Redundant 12,2 0
Series 2 Serial, Simplex 5,1 0
Series 2 Serial, Redundant 10,2 0
Power Supply
2 24/12 Vdc System Power Supply 1,5 3
2 Field System Power Supply 22 44
Controller
M3/M5 Controller 10,8 0
2 MD Controller 14 28
Aisladores
5 Grupos de Alimentacin, KFD2-EB.R2A.RPI 0 0


3. CONSTRUCCIN HARDWARE
Establecidos los criterios que definirn el tipo y alcance de un Sistema de Control Distribuido
as como los clculos tcnicos asociados, la siguiente de la etapas consiste en la construccin
fsica de los diseado, es decir en el montaje, ensamblado y conexionado de los diferentes
elementos hardware implicados en la solucin de control. Dichas tareas debern de basarse
en los denominados planos constructivos y de interconexin, los cuales como mnimo debern
de informar sobre:
- Alcance y tipo de materiales utilizados
- Habitculo en donde se ubicarn los diferentes elementos hardware
- Aspecto constructivo que presentar el conjunto hardware una vez montados y
ensamblados los diferentes elementos
- Conexionado fsico y elctrico entre los diferentes elementos hardware
- Conexionado fsico y elctrico entre los elementos hardware y los dispositivos
de campo
- La red de comunicaciones y el conexionado entre los elementos que la forman
- El conexionado del conjunto hardware con la red de tierras del proyecto
El formato y contenido final de dichos planos depende de la solucin de control elegida y del
suministrador y/o fabricante de la misma, el objetivo que se persigue deber de ser al menos
el indicado anteriormente.


1.6. Armarios de Control
El habitculo destinado al montaje y ensamblado de los elementos hardware recibe el
nombre de armario de control. Las dimensiones y caractersticas constructivas del mismo
dependen de los requisitos especificados por el usuario final o la ingeniera as como por
la aconsejado por el suministrador y/o fabricante de la solucin de control.
Normalmente y con objeto de simplificar diseos y costes, los armarios de control siguen
unos estndares en lo relativo a dimensiones y caractersticas constructivas. La tabla
adjunta detalla a modo de ejemplo la informacin relativa a un armario de control:

Item Referencia / Descripcin
Fabricante Rittal
Bastidor 1200 / TS 8808.521
Dimensiones (con zcalo de 100 mm) 1200 x 800 x 2100 (mm)
Proteccin IP65
Color RAL 7032
Entrada de cables Por parte inferior mediante panel galvanizado
Techo Fijo con anclajes (segn DIN 580)
Accesos Frontal y Posterior
Puertas Doble puerta en frontal / Doble puerta en posterior
Apertura de puertas en bisagras 130
Ventilacin por acceso 1 ventilador (zona superior) y 1 filtro (zona
inferior)
Referencia del ventilador SK 3323.107
Referencia del filtro SK 3323.207
Placas de Montaje 2 (en frontal y posterior) galvanizadas
Accesorios Termostato digital externo y Luminaria
Tabla. 3-1-1 Detalle Armario de Control

El nmero de armarios implicados, las dimensiones y accesos de los mismos depender no
solamente del alcance de materiales a instalar sino de la disponibilidad de espacio en la
sala donde finalmente sern ubicados as como de los requisitos especificados en relacin
con la interconexin de seales entre campo y los elementos hardware implicados.


1.7. Interconexionado de Seales
La eleccin de los armarios de control no solamente condicionar el modo en que deber
de ser montado y ensamblado el material, aspecto que depende en la mayor parte de los
casos del suministrador y/o fabricante, sino tambin como deber de realizarse el diseo
relativo al interconexionado de seales entre campo y tarjetas, aspecto en donde la
ingeniera de instrumentacin del proyecto es condicionante.
Consecuentemente el usuario final o la ingeniera, debern de informar sobre:
- El agrupamiento en multicables de las seales procedentes de campo
- Los criterios de ordenacin de las seales dentro de un multicable
- Los criterios que debern de seguirse para ordenar dichas seales dentro del
armario
- Los criterios constructivos y tipo de materiales auxiliares (bornas) que debern
de utilizarse para el conexionado de seales a tarjetas
- El volumen de reserva equipada a nivel de seales que deber de aplicarse
- La reserva espacial que deber de existir dentro del armario de cara a al
montaje futuro de nuevos elementos hardware
De manera general y en relacin con la interconexin de seales podemos hablar de dos
tipos de soluciones:
(1) Conexin directa: los cables procedentes de campo llegan directamente a bornas de
tarjetas sin que exista un bornero de interconexin intermedio. Esta solucin sencilla
en costes y materiales, impide la aplicacin de cualquier criterio de agrupacin de
seales en tarjetas.
(2) Marshalling: los cables procedentes de campo llegan inicialmente a un conjunto de
bornas (bornero) donde son ordenados y etiquetados de acuerdo con un criterio
normalmente fijado por el usuario final y/o la ingeniera (ordenacin por multicable,
por servicio, por funcionalidad, etc). Posteriormente desde el bornero existe un
segundo cableado (interno al armario) hacia las bornas de las tarjetas hardware con un
segundo criterio normalmente fijado por el suministrador y/o fabricante.


1.8. Sistema de Tierras
Desde el punto de vista elctrico, todo Sistema de Control Distribuido deber de estar
referenciado a tierra. Los criterios a seguir en relacin con este aspecto sern fijados por
el suministrador y/o fabricante de la solucin de control.
De manera general podemos indicar que dentro del conjunto hardware cuatro son los
posibles usuarios de l sistema de tierras:
- Las tensiones de corriente alterna (AC)
- Las tensiones de corriente continua (DC)
- El chasis del armario de control junto con la seguridad del usuario final del mismo
(SG)
- Las seales procedentes de los instrumentos de campo (IN)
Los embarrados de tierra facilitan el conexionado a tierra de los elementos del sistema y
proporcionan un punto de conexin nico para los distintos tipos de tierras existentes en el
sistema. Estos embarrados de tierra se implementan mediante pletinas de cobre aisladas.
La ejecucin de las conexiones as como las caractersticas de la misma constituyen
cuestiones sumamente importante para conseguir una correcta conexin a tierra evitando
perturbaciones elctricas que podran afectar, a la integridad del conjunto, a la correcta
funcionalidad de los equipos, a la calidad de la seales y en definitiva al control del
proceso.
El modo en que los distintos embarrados se conectan entre s as como su conexin al
sistema general de tierras existente en el proyecto y en definitiva en la planta depende de
la especificacin tcnica del fabricante. Igualmente deber de ser el fabricante el fije el
mnimo valor en Ohmios de la impedancia mnima que deber de existir en el punto de
unin de los diferentes embarrados (pica general de planta)
3.1.1. Tierra de tensin alterna (AC)
Esta conexin garantiza la conexin a tierra de los dispositivos alimentados con
tensin alterna que conforman el sistema de control.
Cada armario de control deber de contar al menos con un embarrado dedicado a este
servicio.
3.1.2. Tierra de tensin continua (DC)
Esta conexin garantiza la referencia a tierra de las fuentes de alimentacin de tensin
continua y de las seales analgicas del sistema de control.
Cada armario de control deber de contar al menos con un embarrado dedicado a este
servicio, constituyendo el denominado comn de alimentacin de tensin continua.
3.1.3. Tierra de mallas de cables (IN)
Esta conexin garantiza la referencia a tierra de las mallas de los cables y multicables
procedentes de los instrumentos de campo.


Las pletinas dedicas al conexionado de este tipo de tierras dependern de la ingeniera
de detalle de instrumentacin, es decir del volumen de mallas a conectar en las
mismas, ya que en muchas ocasiones el tipo de multicable (asociado al tipo de seal
que conecta) determinar el nmero de mallas asociadas:
Opcin 1: 1 nica malla por multicable
Opcin 2: 1 malla por seal del multicable
Las mallas individuales por seal se conectarn normalmente a una pletina paralela al
bornero de seales asociado y dicha pletina se conectar a tierra a travs de un
embarrado general dentro del armario.
3.1.4. Tierra de chasis y seguridad (SG)
La tierra de la cabina proporciona proteccin a los equipos y persona contra las
descargas elctricas accidentales. Tambin mantiene un camino de descarga directa a
tierra para corrientes generadas debido a cualquier interferencia electromagntica a
que puedan estar sometidos los componentes de la cabina.
La tierra de la cabina se conecta directamente a los elementos previstos en la misma.
Normalmente las cabinas cuentas con tornillos de conexin a tierra en cada una de las
partes que constituyen la misma. Estos elementos se unirn todos entre s y desde uno
de ellos se realiza la conexin a la tierra de la cabina.


4. PRUEBAS FAT
Finalizada la construccin, ensamblado y conexionado de los diferentes elementos
hardware as como el desarrollo software del proyecto, se impone como siguiente paso la
inspeccin y aceptacin por parte del usuario final y/o la ingeniera del resultado
obtenido.
Este paso con el que se cierra la ingeniera asociada al diseo hardware y software de un
Sistema de Control Distribuido recibe el nombre de pruebas FAT (Factory Aceptan Tets),
las cuales son en si mismas un protocolo de pasos o tests similares a los presentados a
continuacin.


1.9. Pruebas FAT de Hardware
4.1.1. Inspeccin Fsica del Montaje y Ensamblado de los Armarios de Control
Se comprobar visualmente que la disposicin fsica de los elementos en las cabinas se
corresponde con lo indicado en los planos constructivos. Asimismo, se comprobar las
dimensiones del armario.
Las inspecciones que se realizarn son:
- Inspeccin visual de las cabinas.
- Inspeccin visual del estado de la chapa y pintura.
- Comprobacin del color de las cabinas.
- Disposicin de embarrados y latiguillos de tierra.
- Comprobacin de la accesibilidad a todos los elementos de las cabinas.
- Comprobacin de la identificacin de cabinas y elementos montados.
4.1.2. Montaje de Elementos
Se comprobar visualmente que la disposicin de los magnetotrmicos y diferenciales
de proteccin, ventiladores y filtro, termostato, fuentes de alimentacin, bastidores
para equipos, bornas y canaletas, se corresponde con lo indicado en los planos
constructivos.
4.1.3. Distribucin de Tarjetas en Bastidores
Se comprobar visualmente que la distribucin de las fuentes de alimentacin,
controladores y tarjetas se corresponde en alcance, montaje y ubicacin con lo
indicado en los planos constructivos.
4.1.4. Verificacin del Cableado
Se comprobar visualmente que la disposicin fsica del cableado, as como el
etiquetado de los cables, borneros y bornas se corresponden con lo indicado en los
planos de interconexin:
- Plano de armario disposicin elementos en armario.
- Planos de alimentaciones elctricas.
- Esquemas de cableado tarjetas de seales analgicas.
- Esquemas de cableado tarjetas de seales discretas.
Las inspecciones y pruebas que se realizarn son:
- Disposicin y marcado de cables y elementos.
- Continuidad entre la estructura de cada cabina (tornillos roscados) y su barra
de tierra.


- Continuidad entre las partes pivotantes (puertas) de cada cabina y su barra de
tierra.
- Continuidad entre la placa de montaje de cada cabina (tornillos roscados) y su
barra de tierra.
- Prueba de alimentaciones y comprobacin de sus tierras y referencias
elctricas.
- Timbrado del 100% del cableado.
4.1.5. Verificacin de Fuentes de Alimentacin
Se comprobar que sus conexiones se corresponden a lo indicado en los planos
constructivos. Se realizar una prueba de funcionamiento en vaco (sin carga),
midiendo el valor de la tensin.


1.10. Pruebas FAT de Software
4.1.6. Revisin Cuantitativa
Se verificar desde el punto de vista cuantitativo el cumplimiento de la especificacin
definida por el cliente y/o la ingeniera. Se seguirn los puntos que se recogen a
continuacin, siempre que sean de aplicacin al proyecto .
- Seales de entrada /salida
- Lazos analgicos.
- Mdulos discretos.
- Grficos/Sinpticos.
- Tendencias
- Informes
- Secuencias.
4.1.7. Revisin Cualitativa/Funcional
Se comprobar que el software implementado en el Sistema de Control Distribuido
funciona de acuerdo con las especificaciones asociadas al mismo. Se realizarn las
verificaciones que se detallan a continuacin siempre que sean de aplicacin al
proyecto.

Comprobacin de configuracin de bloques de entrada/salida
Se verificar para el porcentaje de seales acordados en la especificacin los
siguientes puntos, si son de aplicacin:
- Tag
- Descripcin
- Rango
- Unidades
- Filtros de seal
- Alarmas
- Pares de mensaje ( seales discretas)
- Conexin de las entradas y salidas a mdulos de control.

Comprobacin de configuracin de bloques de control analgico



- Tag
- Descripcin
- Variable de proceso
- Consigna local y/o remota.
- Otras variables que intervienen en el lazo
- Modo de operacin del bloque
- Alarmas
- Parmetros de control.
- Lgica de control
- Enclavamientos
- Clculos
- Conexin de la salidas a otros mdulos

Comprobacin de configuracin de bloques de control discreto y/u otros bloques de
control.
- Tag
- Descripcin
- Tipo de bloque o mdulo
- Variables de entrada al mdulo de control discreto
- Modo de operacin
- Unidades, y pares de mensajes
- Enclavamientos
- Clculos lgico y/o matemticos
- Alarmas
- Conexin de las salidas a otros mdulos

Comprobacin de configuracin de secuencias
- Condiciones de inicio y fin de secuencia
- Condiciones de la secuencia
- Instrucciones de la secuencia


- Acciones de la secuencia
- Interfase con el operador
- Seguridad de la secuencia y sus transiciones (hold, abortar,..)
- Conexin de la secuencia a otros bloques de control.

Comprobacin de grficos
Se verificar para el porcentaje acordado en la especificacin los siguientes puntos,
siempre que sea de aplicacin en el proyecto:
- Titulo del grfico
- Elementos fijos dentro de los grficos
- Cdigo de colores utilizado
- Smbolos empleados
- Cambios de estado dentro de los elementos del grfico.
- Seleccin de los elementos dentro del grfico, cartulas
- Conexin a otros grficos.

Comprobacin de tendencias
Se verificar para el porcentaje acordado en la especificacin los siguientes puntos, si
son de aplicacin:
- Titulo de las tendencias
- Variables asignadas a cada grupo de visualizacin
- Frecuencia de archivo de cada variable
- Duracin de la tendencia
- Colores asignados a cada variable

Comprobacin de informes
son de aplicacin:
- Ttulo del informe
- Motivo de generacin del informe (horas, alarmas...)
- Contenido del informe
- Salida del informe por impresora, archivo..

Comprobacin de programacin


son de aplicacin:
- Procedimiento
- Unidades
- Fases
- Alias
- Parmetros
- Mensajes de operador
- Recetas
- Grficos especficos de batch
- Programacin de los diferentes estados: hold, restart, running, stopping.
- Conexin de la programacin a los mdulos de control

Revisin de Conexin a Terceros
son de aplicacin:
- Parmetros de comunicacin: velocidad, puertos,...
- Protocolo
- Direcciones
- Tags
- Descripciones
- Tipo de seal
ABRIL 2006 8B1 INGENIERIA DE SISTEMAS DE CONTROL
Seccin Espaola
INGENIERIA
DE
SISTEMAS DE CONTROL
Marisa Sanzo
ABRIL 2006 8B1 INGENIERIA DE
SISTEMAS DE CONTROL
Seccin Espaola
INTRODUCCIN
Comprendidos y asimilados los conceptos
del mdulo 81A relativos a Sistemas de
Control Distribuido (SCD), la tarea previa a
la ejecucin de un proyecto es:
Disear y especificar tcnicamente
el
SISTEMAS DE CONTROL
Seccin Espaola
INTRODUCCIN
Paso de obligado cumplimiento para:
El usuario final: responsable de la definicin de
los requisitos de su proyecto
La ingeniera: responsable de la especificacin
tcnica y de la supervisin del proyecto
El suministrador o fabricante: responsable de
ofrecer una solucin de control segn lo
especificado, apoyando al usuario final y a la
ingeniera en toda la fase de ejecucin
SISTEMAS DE CONTROL
Seccin Espaola
ALCANCE Y DISEO
Toda especificacin tcnica y la solucin de
control asociada debe de basar su
contenido en una serie de criterios:
El objetivo o uso final
El alcance contable de materiales implicados
La filosofa a seguir
SISTEMAS DE CONTROL
Seccin Espaola
ALCANCE Y DISEO
2.1. Objetivo
Informar sobre la naturaleza del proyecto y de la
solucin de control deseada para el mismo.
As como sobre:
El nombre del proyecto
Los datos del usuario final
La ubicacin de la instalacin
Los datos de la ingeniera implicada
Con objeto de definir un escenario global y realizar
una primera acotacin.
SISTEMAS DE CONTROL
Seccin Espaola
ALCANCE Y DISEO
2.2. Elementos Contables
Establecer unos limites o criterios contables que
permitan acotar el alcance de:
materiales hardware
el desarrollo software
los servicios
Implicados objeto de suministro.
SISTEMAS DE CONTROL
Seccin Espaola
ALCANCE Y DISEO
Tarjetas de Entradas y Salidas
La especificacin tcnica deber de informar
sobre el n de seales implicadas.
Deber de indicarse el tipo:
Seales Analgicas de Entrada
Seales Analgicas de Salida
Seales Digitales de Entrada
Seales Digitales de Salida
SISTEMAS DE CONTROL
Seccin Espaola
ALCANCE Y DISEO
Tarjetas de Entradas y Salidas (continuacin)
Para cada uno de estos tipos se informar sobre
la naturaleza fsica:
seales cableadas
seales asociadas a un bus de campo
y la naturaleza elctrica:
4-20 mA
contactos libres de potencial
seales procedentes de detectores inductivos
seales alimentadas por el SCD
seales alimentadas por circuito externo
SISTEMAS DE CONTROL
Seccin Espaola
ALCANCE Y DISEO
Tarjetas de Entradas y Salidas (continuacin)
La seguridad:
seales procedentes de zona segura
seales con tratamiento de seguridad intrnseca
Este informacin de detalle es necesaria porque
no existen tarjetas universales
Se calcular en funcin del nmero de seales
implicadas y de su naturaleza el tipo y nmero de
elementos hardware.
SISTEMAS DE CONTROL
Seccin Espaola
ALCANCE Y DISEO
Controladores
Se aconseja que este aspecto sea evaluado por el
suministrador y/o fabricante en funcin del n de
seales implicadas, el grado de complejidad de la
lgica de control asociada y la capacidad de
clculo de la CPU.
SISTEMAS DE CONTROL
Seccin Espaola
ALCANCE Y DISEO
Consolas
Es necesario especificar correctamente el objetivo
en gestin de la informacin con objeto de que el
suministrador y/o fabricante tenga capacidad para
definir el alcance ms adecuado en relacin con el
nmero final de consolas implicadas y la
funcionalidad de cada una de ellas.
SISTEMAS DE CONTROL
Seccin Espaola
ALCANCE Y DISEO
Consolas (continuacin)
Deber de estudiarse la conveniencia de
estaciones dedicas a tareas concretas tipo:
gestin de la informacin HART, configuracin y
gestin de aplicaciones de control avanzado,
configuracin y gestin de alarmas, simuladores
de proceso, exportacin de datos, etc.
SISTEMAS DE CONTROL
Seccin Espaola
ALCANCE Y DISEO
Consolas (continuacin)
Es necesario indicar el formato de las estaciones,
PC convencional basado en tecnologa Windows
(actualmente XP) y compuesto por CPU, pantalla
(1 o varias), teclado, ratn y altavoces.
PC de tipo industrial basado en tecnologa
Windows o en sistema operativo propietario del
fabricante y compuesto por CPU, pantalla o
monitor integrado en pupitre de control, teclado
con opciones de teclas de funcin, ratn o similar.
SISTEMAS DE CONTROL
Seccin Espaola
ALCANCE Y DISEO
Elementos de Terceros
Deber de especificar el alcance y tipo de seales
de terceros y el tipo de protocolo a utilizar para la
integracin de las mismas.
Como tarea de diseo: indicar si la integracin de
equipos de terceros se realizar de manera
segregada, paquete de informacin tarjeta de
comunicaciones dedicada.
O si la solucin se basar en criterios y
recomendaciones del suministrador y/o fabricante
desde el punto de vista de agrupacin de seales.
SISTEMAS DE CONTROL
Seccin Espaola
ALCANCE Y DISEO
Reserva
-Equipada
Porcentaje en el que incrementar los elementos
contables
-Espacial
Porcentaje en el que incrementar el rea
constructiva dedicada a la ubicacin e instalacin
de los elementos hardware
SISTEMAS DE CONTROL
Seccin Espaola
ALCANCE Y DISEO
Mdulos de Control e Interfase de Operacin
Deber de indicarse el alcance de seales
representado la lgica de control asociada as
como informacin de proceso relevante para la
configuracin y operacin (rangos, alarmas, etc).
Con objeto de tipificar el trabajo software a
desarrollar.
SISTEMAS DE CONTROL
Seccin Espaola
ALCANCE Y DISEO
2.3. Filosofa
Para que una especificacin tcnica y su posterior
solucin de control puedan iniciar fase de diseo y
ejecucin, es necesario definir los criterios y
filosofa a seguir en la solucin de control con
objeto de que el suministrador y/o fabricante
puedan evaluar su impacto en el alcance final.
SISTEMAS DE CONTROL
Seccin Espaola
ALCANCE Y DISEO
Segregacin
Criterios para el reparto en unidades hardware del
nmero de seales, lgicas de control e
informacin de operacin asociados al proceso.
Tipos de criterios: orden secuencial del proceso,
ubicacin fsica de las unidades de proceso,
lgicas de clculo y control, etc
SISTEMAS DE CONTROL
Seccin Espaola
ALCANCE Y DISEO
Redundancia
Criterios a seguir para definir que elementos
hardware debern de ser suministrados e
instalados en modo redundante.
Afectan a aspectos de diseo y suministro de
materiales del tipo:
Alimentaciones
Controladores
Elementos de Entradas y Salidas
Comunicaciones
SISTEMAS DE CONTROL
Seccin Espaola
ALCANCE Y DISEO
Seguridad y Protecciones
Criterios en relacin con la certificacin que
debern de cumplir los elementos hardware o el
conjunto de la instalacin con objeto de cumplir
normativas de seguridad o proteccin tipo ATEX,
SIL, etc.
SISTEMAS DE CONTROL
Seccin Espaola
ALCANCE Y DISEO
Integracin de la Informacin
Criterios a seguir para definir la integracin de la
informacin, tipo:
Uso de Instrumentacin inteligente: protocolo HART
Uso de buses de campo para gestin de seales
asociadas a entras y salidas del proceso
Uso de buses de campo para integracin de la
informacin procedente de equipos de terceros
Conexin del Sistema de Control Distribuido con la red
LAN de la planta para gestin global de la informacin
de proceso.
SISTEMAS DE CONTROL
Seccin Espaola
CALCULOS
Establecidos los criterios de diseo el siguiente
paso es la ejecucin de clculos tcnicos de
obligado cumplimiento, cuya funcionalidad es
clara.
Es importante tener presente que cuanto mayor
rigor se aplique a la ejecucin de dichos clculos,
ms correcta ser la solucin de control desde el
punto de vista tcnico.
SISTEMAS DE CONTROL
Seccin Espaola
CALCULOS
2.4. Clculos de Capacidad Hardware
A partir del nmero de seales implicadas en un
proyecto, la naturaleza de las mismas y las
funciones de lgica y clculo asociadas,
estaremos en condiciones de realizar los clculos
pertinentes con objeto de fijar el nmero exacto de
elementos hardware implicados.
SISTEMAS DE CONTROL
Seccin Espaola
CALCULOS
Tarjetas de Entradas y Salidas
El resultado obtenido tendr que ser revisado de
acuerdo con el criterio de Segregacin es decir en
funcin de la agrupacin de seales que deba de
realizarse por tarjeta.
A jetasTipoT CanalesTar N
ada servaEquip Porcentaje
oSA SealesTip N
poTA TarjetasTi N
)
100
Re
1 (
+
=
SISTEMAS DE CONTROL
Seccin Espaola
CALCULOS
Tarjetas de Comunicaciones
En la mayora de las soluciones de control el
deber de realizarse un estudio del alcance y tipo
de seales o dispositivos a integrar. El nmero
final de tarjetas de comunicaciones depender de
las limitaciones impuestas por el propio protocolo
as como por la capacidad en puertos de
comunicaciones de la tarjeta elegida.
SISTEMAS DE CONTROL
Seccin Espaola
CALCULOS
Controladores
El alcance final de controladores depender no
solamente de la capacidad de clculo (n mximo
de elementos lgicos o de control programados) y
la capacidad de gestin (n mximo de seales
asignadas), sino tambin de los criterios seguidos
para agrupar la informacin del proceso (orden
secuencial del proceso, ubicacin fsica de las
unidades de proceso, lgicas de clculo y control)
SISTEMAS DE CONTROL
Seccin Espaola
CALCULOS
2.5. Clculos Elctricos
A partir del alcance hardware implicado en
un proyecto, se estar en condiciones de
realizar los clculos de consumos elctricos
con objeto de disear de manera correcta la
distribucin elctrica necesaria en la
solucin de control.
SISTEMAS DE CONTROL
Seccin Espaola
CALCULOS
Objetivo
Dimensionar el nmero de fuentes para alimentar
a los equipos hardware.
Dimensionar el nmero de fuentes para alimentar
a los elementos de campo.
Dimensionar correctamente el cuadro de
distribucin elctrica asociado
Dimensionar correctamente las UPS o SAI
Dimensionar correctamente los dispositivos
asociados a la refrigeracin
SISTEMAS DE CONTROL
Seccin Espaola
CALCULOS
Punto de Partida
Establecer los elementos hardware implicados en
el proyecto y unidades
Tarjetas
Controladores
Bastidores
Aisladores, Convertidores, Rels, etc ...
Estaciones
Impresoras
Dispositivos de red
Iluminacin y Sistema de Refrigeracin
SISTEMAS DE CONTROL
Seccin Espaola
CALCULOS
Punto de partida (continuacin)
Determinar para cada elemento hardware:
El tipo de alimentacin que necesitan
Continua o alterna
De distribucin general de planta o procedente de UPS
El consumo en rgimen nominal del cada
elemento hardware y cuando aplique el de los
elementos de campo conectados al mismo
La disipacin de calor que generan
SISTEMAS DE CONTROL
Seccin Espaola
CALCULOS
Clculo de Fuentes de Alimentacin (paso 1)
Definir el tipo de fuentes a emplear
Ejemplo:
Fuentes para alimentar al hardware:
Tensin de entrada: 24 Vcc
Amperios suministrados: 4,5
Fuentes para alimentar al los elementos de campo:
Tensin de entrada: 220 Vca
Amperios suministrados: 20
SISTEMAS DE CONTROL
Seccin Espaola
CALCULOS
Establecer la relacin elctrica entre los distintos
tipos de fuentes implicadas
Ejemplo:
Las fuentes del sistema se alimentarn a partir de las
fuentes de alimentacin de los elementos de campo.
Consecuentemente no existirn fuentes dedicadas
SISTEMAS DE CONTROL
Seccin Espaola
CALCULOS
Establecer el tipo de alimentaciones que existirn
en el proyecto:
Ejemplo:
220 Vca, Alimentacin procedente UPS
220 Vca, Alimentacin General de Planta
SISTEMAS DE CONTROL
Seccin Espaola
CALCULOS
Establecer la relacin elctrica entre las
alimentaciones y consumidores
Ejemplo:
Tarjetas y Controladores <->24 Vcc / 12 Vcc / 4,5 A
Dispositivos y Campo <->220 Vca / 24 Vcc / 20 A
Fuentes <->220 Vca UPS
Estaciones <->220 Vca UPS
Impresoras <->220 Vca UPS
Red <->220 Vca UPS
Iluminacin y Refrigeracin <->220 Vca General
SISTEMAS DE CONTROL
Seccin Espaola
CALCULOS
SISTEMAS DE CONTROL
Seccin Espaola
CALCULOS
mA 12Vcc mA 24Vcc
I/O Cards
2 DI, 32-Channel, 24VDC, Dry Contact 75 150 150 300
1 DO, 32-Channel, 24VDC, High Side 150 150 3.200 3.200
11 Series 2 AI, 4-20mA with HART, Simplex 150 1.650 300 3.300
3 Series 2 AI, 4-20mA with HART, Redundant 500 1.500 400 1.200
3 Series 2 AO, 4-20mA with HART, Redundant 300 900 400 1.200
1 Series 2 DO, 8ch, 24Vdc, High side, Redundant 300 300 3.000 3.000
Power Supply
2 24/12 Vdc SystemPower Supply 0 0 5.400 10.800
2 Field SystemPower Supply 0 0 0 0
Controller
2 MDController 1.400 2.800 0 0
Aisladores
5 Grupos de Alimentacin, KFD2-EB.R2A.RPI 0 0 2.000 10.000
TOTAL 7.450,00 33.000,00
TOTAL NECESARIOS 7,45 33
Sistema Circuitos de campo
Tipo de Fuente Amperios por Fuente Total Fuentes 12 Vcc Amperios por Fuente Total Fuentes 24 Vcc
TOTAL PROYECTO SIN REDUNDANCIA 4,5 2 20 1,65
TOTAL AMPERIOS DISPONIBLES SIN REDUNDNACIA 9 40
TOTAL PROYECTO CON REDUNDANCIA FUENTES (N+1) 3 3

SISTEMAS DE CONTROL
Seccin Espaola
CALCULOS
Clculo de Lneas de Alimentacin (paso 1)
Establecer que consumidores necesitarn
alimentacin procedente de UPS y cuales
alimentacin general de planta
Ejemplo:
Fuentes <->Lnea de 220 Vca UPS
Estaciones <->Lnea de 220 Vca UPS
Impresoras <->Lnea de 220 Vca UPS
Red <->Lnea de 220 Vca UPS
Iluminacin y Refrigeracin <->Lnea de 220 Vca GP
SISTEMAS DE CONTROL
Seccin Espaola
CALCULOS
Clculo de Lneas de Alimentacin (paso 2)
SISTEMAS DE CONTROL
Seccin Espaola
CALCULOS
Absorci n Corri ente Ud Absorcin Corriente Total Consumo Total Margen de Seguridad Consumo Total
Ud Ti po de El emento Hardware
Amperios Amperios Watios % KVA
Lnea 01: Al imentacin de UPS
2 PHOENIX CONTACT QUINT 24Vdc/20A 2,3 4,6 1.269,60 0,00% 1,55
VENTILADOR CON TERMOSTATO 0,12 0 0 0,00% 0
LUMINARIA NA NA 0 0,00% 0
TOMA DE CORRIENTE EXTERNA 6 0 0 0,00% 0
TOTAL 4,6 1.269,60 1,55
Lnea 02: Al imentacin General de Planta
3 VENTILADOR CON TERMOSTATO 0,12 0,36 99,36 0,00% 0,12
3 LUMINARIA NA NA 216 0,00% 0,26
1 TOMA DE CORRIENTE EXTERNA 6 6 1.656,00 0,00% 2,02
TOTAL 6,36 1.971,36 2,4

SISTEMAS DE CONTROL
Seccin Espaola
CALCULOS
Disipacin de Calor (paso 1)
Establecer los elementos hardware susceptibles
de disipar calor
Ejemplo:
Tarjetas
Controladores
Dispositivos auxiliares
Fuentes
SISTEMAS DE CONTROL
Seccin Espaola
CALCULOS
Disipacin de Calor (paso 2)
Establecer la disipacin total de calor con objeto
de dimensionar el sistema de refrigeracin
asociado al habitculo del hardware
SISTEMAS DE CONTROL
Seccin Espaola
CALCULOS
Si stema
Ud Tipo de Elemento Hardware Disi pacin unitario Di sipacin Total
Watios
I/O Cards
2 DI, 32-Channel, 24VDC, Dry Contact 5,7 11,4
1 DO, 32-Channel, 24VDC, HighSide 30 30
11 Series 2AI, 4-20mA with HART, Simplex 8,4 92,4
3 Series 2AI, 4-20mA with HART, Redundant 18,2 54,6
3 Series 2AO, 4-20mA withHART, Redundant 20,4 61,2
1 Series 2DO, 8ch, 24Vdc, Highside, Redundant 7,4 7,4
Power Supply
2 24/12 Vdc SystemPower Supply 1,5 3
2 Field SystemPower Supply 22 44
Controller
M3/M5 Controller 10,8 0
2 MDController 14 28
Aisladores
5 Grupos de Alimentacin, KFD2-EB.R2A.RPI 0 0

SISTEMAS DE CONTROL
Seccin Espaola
CONSTRUCCIN
Establecidos los criterios y los clculos tcnicos
asociados, la siguiente de la etapas consiste en la
construccin fsica de lo diseado:
Montaje
Ensamblado
Conexionado
de los diferentes elementos implicados en la
solucin de control.
Tareas basadas en los denominados planos
constructivos y de interconexin
SISTEMAS DE CONTROL
Seccin Espaola
CONSTRUCCIN
3.1. Planos Constructivos y de Interconexin
Establecen:
Alcance y tipo de materiales utilizados
La ubicacin
El aspecto constructivo del conjunto
Conexionado fsico y elctrico
Alcance y conexionado de la red y sus elementos
El conexionado a tierra
SISTEMAS DE CONTROL
Seccin Espaola
CONSTRUCCIN
3.2. Armarios de Control
Habitculo destinado al montaje y ensamblado de
los elementos hardware.
Sus dimensiones y caractersticas constructivas
del mismo dependen de la solucin de control.
Normalmente los armarios de control siguen unos
estndares en lo relativo a dimensiones y
caractersticas constructivas.
SISTEMAS DE CONTROL
Seccin Espaola
CONSTRUCCIN
Item Referencia/ Descripcin
Fabricante Rittal
Bastidor 1200/ TS 8808.521
Dimensiones (con zcalo de100mm) 1200x 800x 2100 (mm)
Proteccin IP65
Color RAL 7032
Entradadecables Por parteinferior mediantepanel galvanizado
Techo Fijo con anclajes (segn DIN 580)
Accesos Frontal y Posterior
Puertas Doblepuertaen frontal / Doblepuertaen posterior
Aperturadepuertas en bisagras 130
Ventilacin por acceso 1 ventilador (zonasuperior) y 1filtro (zonainferior)
Referenciadel ventilador SK 3323.107
Referenciadel filtro SK 3323.207
Placas deMontaje 2 (en frontal y posterior) galvanizadas
Accesorios Termostato digital externo y Luminaria
Tabla. 3-1-1 Detalle Armario de Control

SISTEMAS DE CONTROL
Seccin Espaola
CONSTRUCCIN
Armarios de Control (continuacin)
El nmero de armarios implicados, sus
dimensiones y su aspecto depender de:
El alcance de materiales a instalar
La disponibilidad de espacio en la sala
Los requisitos especificados en relacin con la
interconexin de seales entre campo y los
elementos hardware implicados
SISTEMAS DE CONTROL
Seccin Espaola
CONSTRUCCIN
3.3. Interconexionado de Seales
Deber de realizarse el diseo relativo al
interconexionado de seales entre campo y
tarjetas, aspecto en donde la ingeniera de
instrumentacin del proyecto es condicionante.
El agrupamiento en multicables de las seales
Ordenacin de las seales en el multicable
Ordenar dichas seales dentro del armario
Criterios constructivos y tipo de materiales
Reserva equipada y espacial
SISTEMAS DE CONTROL
Seccin Espaola
CONSTRUCCIN
Interconexionado de Seales (continuacin)
Solucin 1 - Conexin directa
Los cables procedentes de campo llegan
directamente a bornas de tarjetas
No existe un bornero de interconexin intermedio
Esta solucin sencilla en costes y materiales
Esta solucin impide la aplicacin de cualquier
criterio de agrupacin de seales en tarjetas
SISTEMAS DE CONTROL
Seccin Espaola
CONSTRUCCIN
Interconexionado de Seales (continuacin)
Solucin 2 - Marshalling
Los cables procedentes de campo llegan
inicialmente a un conjunto de bornas
En bornas se ordenan y etiquetan de acuerdo con
un criterio (ordenacin por multicable, por servicio,
por funcionalidad, etc)
Desde bornas existe un segundo cableado
(interno al armario) hacia las bornas de las tarjetas
hardware con un segundo criterio (ordenacin por
tarjeta, por servicio, por funcionalidad, etc)
SISTEMAS DE CONTROL
Seccin Espaola
CONSTRUCCIN
3.4. Sistema de Tierras
Todo Sistema de Control Distribuido deber de
estar referenciado a tierra.
Los criterios a seguir sern fijados por el
fabricante.
Los embarrados de tierra facilitan el conexionado
a tierra de los elementos del sistema
Estos embarrados de tierra se implementan
mediante pletinas de cobre aisladas.
SISTEMAS DE CONTROL
Seccin Espaola
CONSTRUCCIN
Sistema de Tierras (continuacin)
La ejecucin de las conexiones es muy importante
para evitar perturbaciones elctricas que podran
afectar a la correcta funcionalidad de los equipos.
El modo en que los distintos embarrados se
conectan entre s as como su conexin al sistema
general de tierras depende de la especificacin
tcnica del fabricante.
Igualmente deber de ser el fabricante el fije el
mnimo valor en Ohmios de la impedancia mnima
que deber de existir en el punto de unin de los
diferentes embarrados (pica general de planta)
SISTEMAS DE CONTROL
Seccin Espaola
CONSTRUCCIN
Tierra de Tensin Alterna (AC)
Esta conexin garantiza la conexin a tierra de los
dispositivos alimentados con tensin alterna que
conforman el sistema de control.
Cada armario de control deber de contar al
menos con un embarrado dedicado a este
servicio.
SISTEMAS DE CONTROL
Seccin Espaola
CONSTRUCCIN
Tierra de Tensin Continua (DC)
Esta conexin garantiza la referencia a tierra de
las fuentes de alimentacin de tensin continua y
de las seales analgicas del sistema de control.
Cada armario de control deber de contar al
menos con un embarrado dedicado a este
servicio, constituyendo el denominado comn de
alimentacin de tensin continua.
SISTEMAS DE CONTROL
Seccin Espaola
CONSTRUCCIN
Tierra de Mallas de Cables (IN)
Esta conexin garantiza la referencia a tierra de
las mallas de los cables y multicables procedentes
de los instrumentos de campo.
El tipo de multicable determinar el nmero de
mallas:
Opcin 1: 1 nica malla por multicable
Opcin 2: 1 malla por seal del multicable
Las mallas se conectarn normalmente a una
pletina paralela al bornero de seales asociado y
dicha pletina se conectar a tierra a travs de un
embarrado general dentro del armario.
SISTEMAS DE CONTROL
Seccin Espaola
CONSTRUCCIN
Tierra de Chasis y Seguridad (SG)
La tierra de la cabina proporciona proteccin a los
equipos y personas contra las descargas
elctricas accidentales. Mantiene un camino de
descarga directa a tierra para corrientes
generadas por interferencia electromagntica.
La tierra de la cabina se conecta directamente a
los elementos previstos en la misma: tornillos de
conexin a tierra en cada una de las partes que
constituyen la misma. Estos elementos se unirn
todos entre s y desde uno de ellos se realiza la
conexin a la tierra de la cabina.
SISTEMAS DE CONTROL
Seccin Espaola
PRUEBAS
El paso con el que se cierra la ingeniera asociada
al diseo hardware y software de un Sistema de
Control Distribuido recibe el nombre de pruebas
FAT (Factory Acceptant Test):
Inspeccin y aceptacin segn un protocolo
de pruebas predefinido
SISTEMAS DE CONTROL
Seccin Espaola
PRUEBAS
4.1. Pruebas FAT de Hardware
Este paso con el que se cierra la ingeniera
asociada al diseo hardware de un Sistema de
SISTEMAS DE CONTROL
Seccin Espaola
PRUEBAS
Hardware: Inspeccin Fsica
Se comprobar visualmente que la disposicin
fsica de los elementos en las cabinas se
corresponde con lo indicado en los planos
constructivos.
Inspeccin visual de las cabinas.
Inspeccin visual del estado de la chapa y pintura.
Comprobacin del color de las cabinas.
Disposicin de embarrados y latiguillos de tierra.
Comprobacin de la accesibilidad a todos los
elementos de las cabinas.
Comprobacin de la identificacin de cabinas y
elementos montados.
SISTEMAS DE CONTROL
Seccin Espaola
PRUEBAS
Hardware: Montaje de Elementos
Se comprobar visualmente que la disposicin de
los magnetotrmicos y diferenciales de proteccin,
ventiladores y filtro, termostato, fuentes de
alimentacin, bastidores para equipos, bornas y
canaletas, se corresponde con lo indicado en los
planos constructivos.
SISTEMAS DE CONTROL
Seccin Espaola
PRUEBAS
Hardware: Distribucin de Hardware
Se comprobar visualmente que la distribucin de
las fuentes de alimentacin, controladores y
tarjetas se corresponde en alcance, montaje y
ubicacin con lo indicado en los planos
constructivos.
SISTEMAS DE CONTROL
Seccin Espaola
PRUEBAS
Hardware: Verificacin del cableado
Se comprobar visualmente que la disposicin
fsica del cableado, etiquetado de los cables,
borneros y bornas se corresponden con lo
indicado en los planos de interconexin.
Disposicin y marcado de cables y elementos.
Revisin de tierras y conexionado.
Timbrado del 100% del cableado.
SISTEMAS DE CONTROL
Seccin Espaola
PRUEBAS
Hardware: Fuentes de Alimentacin
Se comprobar que sus conexiones se
corresponden a lo indicado en los planos
constructivos. Se realizar una prueba de
funcionamiento en vaco (sin carga), midiendo el
valor de la tensin.
SISTEMAS DE CONTROL
Seccin Espaola
PRUEBAS
4.2. Pruebas FAT de Software
Este paso con el que se cierra la ingeniera
asociada al diseo software de un Sistema de
SISTEMAS DE CONTROL
Seccin Espaola
PRUEBAS
Revisin cuantitativa
Se verificar desde el punto de vista cuantitativo el
cumplimiento de la especificacin.
Seales de entrada /salida
Lazos analgicos.
Mdulos discretos.
Grficos/Sinpticos.
Tendencias
Informes
Secuencias.
SISTEMAS DE CONTROL
Seccin Espaola
PRUEBAS
Revisin funcional
Se comprobar que el software implementado en
funciona de acuerdo con las especificaciones
asociadas al mismo.
Bloques de entrada/salida
Bloques de control analgico
Bloques de control discreto y/u otros bloques de
control.
Secuencias
Grficos y tendencias
Informes
Programacin
Integracin de Terceros
7B
2
INTERFASES ENTRE
SISTEMAS DE INFORMACIN


Mdulo: 7B Ingeniera de Sistemas de Control
Tema: 7B - 2 Interfases entre Sistemas de Informacin
Autor: Miguel Angel Sinobas

INTRODUCCIN

El captulo de Interfases entre Sistemas de Informacin tratar de mostrar los aspectos
prcticos con ejemplos reales y formas concretas de comunicarse e intercambiar informacin
entre los diferentes Sistemas de Gestin de la Produccin de una Compaa, continuando con
las Aplicaciones consideradas plataforma o lanzadera de datos de Instrumentacin, que se
encuentren conectadas al Sistema de Control Distribuido, y terminando por la idea de un
Sistema Integrado de Informacin, donde se muestre esta informacin de produccin en
formatos homogneos, proponiendo la creacin de una herramienta que aproveche estas
Interfases de datos para facilitar la gestin de la produccin y toma de decisiones.
Otro aspecto importante a tratar, con el fin de preservar la seguridad de los datos y
aplicaciones que residen en el Sistema de Control Distribuido de la Planta, es la divisin en
dos de la red interna de informacin - LAN (Local Area Network). Como se desarrollar ms
adelante, esto se consigue disponiendo de una Red de Control independiente de la Red
general de Datos. Esta Red de Control se encontrara conectada a la Red de Datos por un
lado y al SCD por el otro.
Este captulo est concebido como complemento del 7A-2 y tratar aspectos prcticos
relacionados con los Sistemas de Gestin de la Produccin, su interaccin entre s y la
interrelacin con su entorno.
Precisamente por tratarse de aspectos prcticos, los ejemplos y configuraciones expuestas
irn dirigidas a un escenario en concreto, compuesto por TDC3000 de Honeywell como
Sistema de Control Distribuido, PI de OSISoft como Sistema de Informacin de Planta,
SQL*LIMS de Applied Biosystems como Sistema de Gestin de Laboratorio y el Sistema
de Produccin del Complejo - SPC - del Grupo Repsol YPF como Sistema de Informacin de
Produccin. Sin embargo, en lo que se pueda, se tratar de generalizar ya que estas
configuraciones pueden disponerse para mltiples plataformas.

Mdulo: Ingeniera de Sistemas de Control Tema: Interfases entre Sistemas

INTERFASES ENTRE SISTEMAS DE
INFORMACIN

ndice

1. CONOCIMIENTOS PREVIOS REQUERIDOS 3
2. INTERFASES DE INFORMACIN DE PRODUCCIN 4
3. SISTEMA DE INTERFASES DE INFORMACIN 5
3.1. Intercambio de informacin 6
3.2. Sistema de mensajera 8
4. PLATAFORMA DE DATOS DE INSTRUMENTACIN 12
5. RED DE CONTROL Y RED DE DATOS 15
6. SISTEMA INTEGRADO DE INFORMACIN DE
PRODUCCIN 17
7. ACTIVIDADES PROFESIONALES 19
8. REFERENCIAS Y BIBLIOGRAFA 20


1. CONOCIMIENTOS PREVIOS REQUERIDOS
Al igual que en el captulo 2 del mdulo 7A, no existen especificaciones sobre conocimientos
previos, ya que este captulo del master, aunque relacionado con l, se aparta de los
conocimientos fundamentales que se adquieren en el mismo, complementndolos al tratar de
dar una visin sobre la utilizacin de la instrumentacin para fines de informacin y gestin
de una Compaa.
Aunque los temas que se tratan en este captulo necesitaran, para una buena ejecucin
profesional, de un equipo humano con completa preparacin en disciplinas de Ingeniera e
Informtica, no se necesita esta formacin para la asistencia a esta parte del master, ya que,
por lmites de tiempo y estructura del mismo, estn dirigidos a aportar un complemento
informativo muy interesante para los futuros profesionales de la Instrumentacin y el Control,
ofreciendo una visin ms amplia de sus horizontes, interacciones y consecuencias
profesionales.
Tan slo, y por ser este captulo una continuacin del 7A - 2, se requiere asistir a ambos
captulos de este mdulo 7, como parte de un todo.


2. INTERFASES DE INFORMACIN DE PRODUCCIN
Tal como se ha comentado en la introduccin, en este captulo del master se comentarn los
aspectos prcticos relativos al intercambio de informacin entre los diferentes Sistemas de
Gestin de la Produccin, contemplando, adems, las interfases de informacin de estos
sistemas de consulta general en la Compaa con los Sistemas de Control Distribuido, de uso
ms restringido, donde se encuentran los datos de la instrumentacin de Planta y facilitar as
el acceso a esta informacin.
La exposicin se har dividida segn los cuatro apartados siguientes:

1. Sistema de Interfases de Informacin
Intercambio de informacin entre los diferentes Sistemas de Gestin de la
Produccin.

2. Plataforma de datos de Instrumentacin
Envo de datos desde el Sistema de Control Distribuido a las diferentes
aplicaciones de informacin de produccin.

3. Red de Control y Red de Datos
Creacin de una Red de Control intermedia ms segura entre el SCD y la Red de
Datos general para soportar las aplicaciones de control.

4. Sistema Integrado de Informacin de Produccin
Aplicacin que recoge informacin del resto de los Sistemas de Gestin de la
Produccin y la presenta como si de un nico Sistema se tratara.

Este ltimo cuarto punto, tal como se puede apreciar de lo expuesto en la breve descripcin,
ms que tratarse de una interfaz entre sistemas, trata de una propuesta de interfaz nica entre
el Usuario y los datos de Produccin.


3. SISTEMA DE INTERFASES DE INFORMACIN
Por Sistema de Interfases de Informacin, en el mbito que se est tratando en este captulo
del Master, se entiende un sistema encargado de intercambiar informacin entre los diferentes
Esta informacin puede tener un carcter puramente informativo o tener consideracin de
necesaria o la menos conveniente para la buena gestin de la informacin de un sistema en
concreto. En el primer caso, el traspaso de informacin se realiza para que se pueda consultar
un dato de un sistema en otro, y facilitar as las labores de consulta a los Usuarios. En el
segundo caso, debido a que los sistemas de gestin de produccin tienen una interrelacin
entre s importante, como no poda ser de otra forma, necesitan proporcionarse informacin
unos a otros para conseguir un mejor funcionamiento de los mismos y ofrecer as un buen
servicio informativo para la gestin de la Compaa.
Un ejemplo de informacin con carcter exclusivo para consulta podra ser el envo del Poder
Calorfico del gas de combustin de un horno desde el Sistema de Gestin del Laboratorio al
Sistema de Informacin de Planta para poder ser visualizado en un grfico de informacin de
proceso junto a los datos de temperaturas, caudales, etc. relativas al horno en cuestin.
Como ejemplo de informacin necesaria, sirve el envo desde el Sistema de Informacin de
Planta de niveles de elementos de almacenamiento para el clculo de volmenes trasegados
en el parque de almacenamiento al Sistema de Informacin de la Produccin con el fin de
efectuar el clculo de los Certificados de Cantidad en la venta de productos terminados.

Fig. 2-3-1 Sistema de Interfases de Informacin de Produccin


3.1. Intercambio de informacin
En este punto se tratarn de mostrar unos ejemplos de transferencias entre Sistemas de
Informacin de Produccin que, si bien estn extrados de la industria del sector de refino
petrolfero
1
, se podra hacer abstraccin de ellos para aplicarlos a la industria qumica en
general.

Sistema de Informacin de Planta Sistema de Informacin de Produccin.
Los datos que se pueden enviar desde un SCADA hacia el Sistema de Informacin de
Produccin van dirigidos a la gestin de inventarios con el envo de Niveles,
Temperaturas y Presiones de los diversos Elementos de Almacenamiento (Tanques,
Esferas, Silos, etc.). Otra posibilidad de transferencia de datos de planta se da en el caso
de envo de Caudales horarios para la gestin de Unidades y Energas (Consumos y
Mermas).

Sistema de Informacin de Planta Sistema de Gestin del Laboratorio.
En el caso de envo de informacin desde el SCADA hacia el Sistema de Gestin del
Laboratorio existen dos ejemplos ilustrativos. Por un lado el envo de Modos de
Operacin de las Unidades de Proceso, para la gestin del registro automtico de muestras
en funcin de las condiciones de la Planta. El otro caso se refiere al envo de la Fecha y
Hora de la Toma de una Muestra dada para el control de analizadores en lnea.
En la figura 2-3-2 se muestra el envo de esta Fecha y Hora de Toma de Muestra mediante
el uso de vlvulas de fin de carrera o pulsadores situados en planta que envan la seal del
momento de esta toma al SCD (Sistema de Control Distribuido) y de ah al Sistema de
Informacin de Planta, pasando a continuacin, mediante el Sistema de Interfases de
Informacin, al Sistema de Gestin de Laboratorio, permitiendo la verificacin de los
Analizadores en lnea que hay dispuestos en la planta para el control de calidad de las
corrientes intermedias de produccin. De esta forma se pueden realizar inferencias entre
los valores que ofrecen los anlisis del Laboratorio y el analizador en cuestin con el fin
de verificar si existen desviaciones en la medida de los mismos.

Fig. 2-3-2 Registro de Fecha-Hora de toma de muestra


Existe un tercer caso que contempla el envo de peticin de registro de muestras desde el
Sistema de Informacin de Planta o, incluso, desde el propio Sistema de Control
Distribuido.

Sistema de Gestin del Laboratorio Sistema de Informacin de Planta.
El Sistema de Gestin del Laboratorio puede hacer el envo de datos relativos a corrientes
de proceso al Sistema de Informacin de Planta con el fin de mostrarlos en este sistema en
los grficos de variables de proceso y facilitar as una visin ms detallada del estado de
las Plantas de produccin.
Otro envo interesante del Laboratorio hacia el Sistema de Informacin de Planta son los
resultados de Densidades y Pesos Moleculares de corrientes de las Unidades de Proceso
para la Compensacin de Caudales.

Sistema de Gestin del Laboratorio Sistema de Informacin de Produccin.
El envo de datos del SGL (Sistema de Gestin del Laboratorio) al Sistema de
Informacin de Produccin trata de cumplir diferentes funciones. Una de ellas se refiere al
envo de la Densidad de productos terminados para la confeccin del Certificado de
Cantidad. Asociado a este envo, pueden ir el resto de caractersticas de estos productos
terminados, con lo que, junto con el Certificado de Cantidad, se podra emitir el
Certificado de Calidad correspondiente.

Sistema de Informacin de Produccin Sistema de Informacin de Planta.
El Sistema de Informacin de Produccin, como ncleo de los Sistemas de Gestin de la
Produccin, principalmente recibe datos para procesarlos en conjunto, por lo que no es
habitual el traspaso de informacin de ste al resto de los sistemas. Un ejemplo de este
tipo de transferencias es el envo del estado de los Elementos de Almacenaje, con esto se
informa de su situacin en cuanto a movimientos de entrega o recepcin de productos,
mostrndolo en los grficos del Sistema de Informacin de Planta junto a los datos de
instrumentacin de estos elementos.

Sistema de Informacin de Produccin Sistema de Gestin del Laboratorio.
Existe otra posibilidad de uso del Sistema de Interfases desde el Sistema de Informacin
de Produccin. En este caso, la finalidad es la peticin de registro de muestras al Sistema
de Gestin de Laboratorio relacionadas con elementos de almacenamiento. Esta
transferencia permite a los tcnicos de Operaciones no tener que cambiar de aplicacin
cuando se encuentran informando de movimientos de productos, principalmente en las
operaciones que tienen que ver con acciones de compra-venta.


3.2. Sistema de mensajera
La tecnologa que subyace en un Sistema de Interfases de Informacin puede variar desde
una comunicacin directa entre bases de datos hasta la utilizacin de un software
intermedio como Sistema de Mensajera que asegure la entrega de los datos y sea
independiente de las aplicaciones que se comunican entre s y de la tecnologa en la que se
basan.
La comunicacin directa entre bases de datos resulta la solucin ms sencilla, ya que
apenas necesita de software adicional, pero tiene la desventaja de no poder asegurar que
los datos llegarn a su destino por motivo de fallos en la red de comunicaciones o
problemas con la aplicacin destinataria de la informacin. Adems, es posible
encontrarse con importantes limitaciones tcnicas cuando se trate de comunicaciones
entre entornos, como plataformas de ordenadores o sistemas operativos, muy diferentes.
La finalidad de los Sistemas de Mensajera es conseguir la unin e integracin de
diferentes aplicaciones, permitiendo el intercambio de informacin, enviando los datos al
sitio adecuado y transformando, si as fuera necesario, los mismos de forma correcta a lo
largo de diferentes aplicaciones y bases de datos. Muchos de estos sistemas se basan en lo
que se denomina Encolamiento de Mensajes.
El Encolamiento de Mensajes es una tcnica de utilidad para el intercambio de
informacin en entornos de aplicaciones distribuidas. Las colas de mensajes tienen la
funcin de almacenar los datos enviados hasta que sean ledos por el programa receptor.
El uso de la tcnica de mensajes encolados permite que los programas que corren tras las
aplicaciones puedan ejecutarse de forma independiente, ya que ni necesitan conocer la
localizacin en la que estn unos y otros, ni tienen que esperar a que el programa receptor
recoja el mensaje antes de continuar.
Un mensaje consiste en una estructura de datos, construida por una aplicacin en la que
los responsables de la programacin definen el contenido del mismo. La comunicacin a
travs de mensajes requiere que ambos programas involucrados en el envo y recepcin de
los mismos estn de acuerdo en el protocolo de comunicacin, esto es, sobre la forma de
escribir e interpretar estos mensajes. Se muestra as evidente que el trabajo del sistema de
encolamiento de mensajes se delimita simplemente a transportar los datos del mensaje de
un sistema a otro.
La tcnica de encolamiento de mensajes funciona de la siguiente forma:
o El programa "A" hace una llamada al sistema de mensajera. La llamada le dice a este
sistema que tiene un mensaje y est listo para su envo al programa "B".
o El sistema de encolamiento de mensajes enva el mensaje al sistema donde reside el
programa "B" y lo coloca en la Cola perteneciente a este programa "B".
o Cuando corresponda, el programa "B" lee el mensaje de la Cola que tiene asociada y
procesa la informacin recibida contenida en el mismo.
o Si el sistema no puede hacer entrega del mensaje por fallos en la comunicacin,
disfunciones del programa receptor o cualquier otra razn, existe una posibilidad de
recuperacin de mensajes que permite el reenvo de los mismos, sin necesidad de
intervencin de ninguna de las aplicaciones implicadas, en el momento de
restablecimiento de la comunicacin entre ambas.


De las varias posibilidades de eleccin de software para ser utilizado como sistema de
mensajera, se comentar en este captulo de Master los fundamentos del Sistema de
Mensajera BEA MessageQ (BEA Message Queue)
2
, utilizado ampliamente a nivel
internacional y en diferentes sectores industriales.
BEA MessageQ posibilita la implementacin de un sistema de encolamiento de
mensajes. Para intercambiar informacin usando BEA MessageQ, cada programa que se
beneficiar de este intercambio debe conectarse a un BUS de mensajera en la direccin
de una COLA determinada, que a su vez pertenece a un GRUPO de colas concreto.
La direccin de una Cola identifica cada Cola de mensajes en la cual el programa recibir
los datos, esta direccin se genera con la combinacin del nmero de Bus, nmero de
Grupo y nmero de Cola. Para enviar un mensaje con BEA MessageQ, un programa
dado debe conocer la direccin de la Cola del programa receptor. En contraste con otras
aplicaciones de mensajera, el programa no necesita conectarse a la Cola que enviar el
mensaje, aunque para poder conectarse al Bus de mensajes, necesitar estar conectado a
una cola, generalmente temporal, con el nico fin de realizar esta conexin.

Fig. 2-3-3 Sistema de encolamiento de mensajes

El Bus de encolamiento de mensajes conforma la autopista de datos que se usar para
transferir mensajes entre aplicaciones al crear una interconexin lgica de Grupos de
Colas de mensajes en el entorno de una red. Una vez que una aplicacin se conecta al Bus
de Colas, en la direccin de Cola que le corresponda, puede enviar mensajes a cualquier
otra aplicacin conectada y tambin tiene la posibilidad de leer mensajes que se enven a
su Cola o Colas.
La otra entidad que existe en el sistema BEA MessageQ necesaria para definir la
direccin completa de una Cola se denomina Grupo. Un Grupo se puede definir como un
conjunto de direcciones lgicas en un Bus de mensajera en el que se comparten recursos.
Cada Grupo reside en un solo sistema, servidor o nodo, pudiendo residir varios Grupos en
el mismo sistema. La interconexin entre estos Grupos define la extensin de un Bus de
encolamiento de mensajes.


Las Colas pueden ser temporales o permanentes. Las Colas temporales se utilizan
generalmente para hacer la conexin puntual de un programa que pretende hacer el envo
de un mensaje al Bus de mensajera, ya que el nico requisito que necesita una aplicacin
para enviar mensajes es el de haber establecido una conexin con este Bus. Las Colas
permanentes son generalmente las encargadas de la recepcin de mensajes y estn
asignadas permanentemente a los programas que se conectarn a ellas para leer los datos
que les lleguen.
La figura 2-3-4 ilustra un ejemplo real de envo de resultados de muestras, desde el
Sistema de Gestin de Laboratorio al Sistema de Informacin de Produccin, mediante el
uso de BEA MessageQ como Sistema de Mensajera, y una serie de programas y
procedimientos de bases de datos, que completan lo que supone una parte del Sistema de
Interfases de Informacin.

Fig. 2-3-4 Ejemplo de esquema de transferencia


En el ejemplo se puede ver la existencia de diferentes programas en origen (SGL),
capaces de realizar el envo de informacin extrada de los datos del Laboratorio en un
formato concreto para que sean interpretados por los programas receptores de esta
informacin, haciendo las conexiones necesarias al Sistema de Mensajera BEA
MessageQ.
El siguiente paso lo llevar a cabo el Sistema de Mensajera, enviando los mensajes
dejados en las Colas origen a las Colas destino indicadas por los programas del SGL.
De igual manera, en la figura 2-3-4 se puede ver la existencia de otros programas en
destino (SPC), que leern los mensajes enviados en la Cola correspondiente.
Posteriormente tratarn estos mensajes y, previa validacin de la informacin que estn
procesando, harn las correspondientes actualizaciones en la aplicacin destino del
Sistema de Informacin de Produccin, con lo que se habr terminado el proceso de envo
de datos entre ambos sistemas.
Una ventaja de estos sistemas es que se favorecen las migraciones independientes en los
distintos entornos involucrados en el intercambio de informacin, puesto que no existe
una dependencia directa entre ellos.
Como informacin adicional, comentar que existen otros sistemas de mensajera
comerciales entre los que se encuentra la siempre presente Microsoft con el producto
Microsoft Message Queue Server (MSMQ)
3
que presenta ventajas cuando el
intercambio de informacin se desenvuelve sobre plataformas Windows, pero, aunque
posible, tiene el inconveniente de necesitar de programacin adicional si se pretende
comunicar diferentes plataformas de Servidores de informacin.

Para finalizar con el punto de Interfases entre Sistema de Informacin, decir que este tipo de
desarrollos, tal como se puede intuir de la exposicin hecha hasta ahora, seguramente necesite
de una gran dosis de anlisis y programacin por parte de los Responsables de Sistemas de
Informacin dentro de la Compaa, ya que en muchos casos, correspondientes a mltiples
configuraciones posibles en cada Empresa, puede haber gran heterogeneidad entre las
diferentes aplicaciones que soportan los Sistemas de Produccin, con lo que encontrar un
producto en el mercado, que realice el intercambio de informacin en un sistema distribuido
de aplicaciones de informacin, puede resultar de difcil consecucin.


4. PLATAFORMA DE DATOS DE INSTRUMENTACIN
Para disponer, en la red de datos de informacin general, de la informacin ofrecida por los
instrumentos de planta que se enva directamente al Sistema de Control Distribuido, se
necesita una plataforma que acte de interfaz de los mismos y que, en principio, pueda actuar
de forma bidireccional, aunque el principal cometido de esta plataforma sea el envo de estos
datos de instrumentacin hacia los Sistemas de Gestin de la Produccin.
Para esta labor existe un elemento apropiado, como es el Sistema de Informacin de Planta,
que adems de actuar como lanzadera de estos datos de instrumentacin, forma parte de los
Sistemas de Gestin de Produccin, ofreciendo, adems, la visualizacin de las variables de
las Unidades de Proceso al resto de la Compaa.

Fig. 2-4-1 Plataforma de datos de instrumentacin

En la figura 2-4-1 se puede ver un esquema de situacin del Servidor de Informacin de
Planta, conectado por un lado al Sistema de Control Distribuido y por el otro a la Red de
Datos de la Compaa.
Tambin se puede observar la existencia de un elemento denominado 'Router', que una vez
configurado de acuerdo a las particularidades de cada caso, acta como filtro de seguridad,
impidiendo el paso de informacin no deseada y potencialmente peligrosa al SCD, donde la
seguridad es factor prioritario. Ms adelante se dar algn detalle adicional sobre la
funcionalidad 'cortafuegos' de este elemento.
El Sistema de Informacin de Planta, como se coment con cierto detalle en el mdulo 7A-2,
recoge la informacin del SCD, por un lado, y del resto de los Sistemas de Produccin, por el
otro. A su vez, puede actuar como lanzadera de datos en ambos sentidos, bien ofrecindolos a
los Sistemas de Informacin de la Produccin, caso habitual, o bien envindolos al Sistema de
Control Distribuido para que estos puedan formar parte de la lgica en el Control Avanzado,
caso menos usual.


Este ltimo aspecto de lanzadera de datos hacia el Sistema de Control Distribuido, como se ha
dicho, es de poco uso ya que supone un cierto riesgo permitir el paso de esta informacin sin
una supervisin que tenga en cuenta los criterios de la Operacin de Control. Por esta razn,
lo habitual es que el Operador de Control consulte personalmente el Sistema de Gestin de la
Produccin pertinente y tome acciones en el SCD de forma consciente y meditada.
Considerando el PI de OSISoft como aplicacin que asume el papel de Sistema de
Informacin de Planta, hay que expresar la necesidad de disponer de una interfaz adicional
que conecte a ste con el Sistema de Control Distribuido. A esta interfaz se la denomina
AppNode (Application Node).
Si adems consideramos que el Sistema de Control Distribuido que poseemos es el
TDC3000 de Honeywell, este AppNode consiste en un ordenador, PC convencional, que
necesita de dos capas o interfases de software en su instalacin fundamentadas en el estndar
de comunicaciones OPC (Ole for Process Control):
1. PI-OPC Client. Capa necesaria para interlocucin e intercambio de informacin con PI.
2. OPC Server HCI. Interfaz para comunicacin con el TDC (Total Distributed Control).

Fig. 2-4-2 Conexin Servidor PI de OSISoft

Una de las capas de software de este nodo, como se muestra en la figura 2-4-2, en el lado de
la red de control LCN (Local Control Network) del TDC, se denomina HCI (Honeywell
Communication Interface) y acta como servidor de datos. La capa que mira hacia el Servidor
de PI, se denomina PI-OPC Client y se encarga de la comunicacin con el Sistema de
Informacin de Planta. Dicho de otra forma, el PI-OPC Client acta como interfaz entre el
Servidor de datos PI y el Servidor de datos OPC, permitiendo el dilogo e intercambio de
informacin entre ambos.
Tratndose de un APPNode conectado a un PI Server, ste se puede configurar de forma que
la comunicacin se establezca por los puertos 5450 en el envo hacia PI y por los puertos
1024 en los datos enviados hacia el Application Node o, lo que es lo mismo, hacia la LCN,
con lo que se consigue, lo que se denomina, un nodo PINS (PI Networking Subsystem),
evitando realizar configuraciones abiertas en el Router por los puertos 135 y 137 utilizados
como configuracin por defecto y problemticos por su uso frecuente en los intercambios
realizados en Internet, con la consiguiente prdida de seguridad en la transmisin de datos.


A parte de esto, con el fin de tener un mayor control en la seguridad, los servidores de PI
tienen integrada una base de datos cortafuegos. Esta base de datos acta a nivel de
direccin IP y consigue limitar los accesos al Servidor del Sistema de Informacin de Planta.
Esto permite tener inventariados, con posibilidad de control, los dispositivos que se conecten
al servidor de PI desde la red de datos de la Compaa.
Otra opcin adicional de evitar problemas derivados de los puertos abiertos en el Router es
aumentar la seguridad en los accesos al PI Server. Esto, segn informacin de OSISoft, se
puede conseguir utilizando dos tarjetas de red en el Servidor de PI, una para la red de
control y la otra para la red de datos. Esta solucin es posible ya que en el PI Server no corre
ningn programa de Routing por lo que los paquetes que lleguen por la tarjeta de la red de
datos no podran alcanzar nunca la tarjeta de la red de control.
A modo de introduccin, recordar que el estndar OPC permite conectarse a cualquier
software instalado en un cliente que cumpla con estas especificaciones, con cualquier servidor
de OPC sin tener en cuenta el hardware implicado en el proceso. Cada interfaz o cliente se
puede comunicar con un solo 'OPC Server', el cual puede estar en el mismo ordenador o en
uno remoto.
La nocin que subyace en el OPC
3
en el entorno de datos de produccin, es que existe un
dispositivo, el cual tiene ciertos valores que ofrecer, como puede ser el sistema TDC3000
de Honeywell, el servidor de OPC conoce que existen dichos valores y los enviar a
cualquier Cliente OPC que se los pida.
Segn se ha mostrado en la figura 2-4-2, la disposicin del PI OPC Client dentro del
AppNode en vez de tenerlo en el Servidor de PI se debe a que se evita el trfico innecesario
de informacin por la red al aplicarse el algoritmo de 'exception' (control de paso de datos
repetitivos desde el SCD) en el Nodo intrerfaz con la LCN de Honeywell y, lo ms
importante, no se pierde informacin del TDC en caso de prdida de comunicacin con el
Servidor de PI ya que la interfaz PI OPC de OSISoft permite el almacenamiento temporal
de los datos (buffering), enviando los mismos en el momento de restablecerse la
comunicacin entre el PI Server y el Application Node.
Por ltimo, hacer la anotacin de que el Sistema PI de informacin de Planta suministra
como complemento un mdulo denominado APS, Auto Point Synchronization, que, como su
nombre indica, permite la sincronizacin de los Tags del Sistema de Control Distribuido con
los Tags de PI. Esto facilita la creacin de puntos provenientes del SCD en el Sistema PI,
copiando de forma automtica los parmetros de configuracin de los mismos:
o valores superior e inferior permitidos para el medidor
o descripcin del mismo
o unidades de medida, etc.
Adems, si se producen cambios en la configuracin de algn Tag en origen, estos cambios
pueden detectarse automticamente en el Sistema de Informacin de Planta consiguiendo as
evitar diferencias en la configuracin de los mismos, lo que aumenta la fiabilidad en la
consulta de los datos de Planta desde el sistema PI, permitiendo, al menos en situaciones no
exhaustivas, evitar el desplazamiento hasta las salas de control pertinentes.


5. RED DE CONTROL Y RED DE DATOS
Para aumentar la seguridad en el entorno informtico del control de Planta, tiene especial
importancia la creacin de Redes de datos de Control, mantenindolas separadas de las Redes
generales de Datos, impidiendo el paso de informacin daina y/o virus informticos hacia
el control de la operacin, 'acorazando' as este sistema.
Al hablar de Red de Control, no nos referimos a la red propia de los sistemas de control que
suelen ser 'cautivas' e independientes de cualquier sistema externo, entendiendo por 'cautivas'
las tecnologas dedicadas, ex profeso, a un sistema en concreto que no amplan su alcance a
usos ms generalistas, sino que la Red de Control es una red creada para conectar los
servidores y aplicaciones que estn conectados a la LAN propia de la Compaa, al sistema de
control distribuido, dividiendo, as, la red local y generando dos redes que entrarn a formar
parte de la intranet de la Compaa, aadiendo, adems, elementos de seguridad entre ambas
que permitan el paso de informacin de forma controlada y limitada.

Fig. 2-5-1 Red de Datos y Red de Control

La figura 2-5-1 representa el elemento de control que se utiliza para aumentar la seguridad en
el intercambio de informacin entre la Red de Datos y la Red de Control. Este elemento se
fundamenta en un Router que, tratndose, como se ha dicho, de un entorno con Servidor PI
como Servidor de Informacin de Planta, tiene abiertos los puertos 1024 para el paso de
datos en ambas direcciones.


En la figura 2-5-2 se puede observar grficamente la divisin de la red LAN en una Red de
Control dedicada a conectar sistemas y aplicaciones propios de Control Avanzado y una Red
de Datos donde residir el Servidor de Informacin de Planta junto al resto de aplicaciones
que den servicio a las necesidades informticas de la Empresa y donde, adems, pueden
existir enlaces a otras redes LAN e, incluso, la red Internet cuando proceda.

Fig. 2-5-2 Esquema de conexiones LAN - SCD

Se puede observar, viendo las figuras anteriores, el aumento de seguridad que se consigue en
el Sistema de Control Distribuido al hacer la mencionada divisin o disgregacin de la Red
general de Datos, configurando la Red de Control independiente.
Con toda seguridad que existen muchas otras configuraciones que permitan el aumento de
seguridad en el SCD dirigidas a la proteccin del mismo de la informacin daina que pueden
hacer peligrar la estabilidad del Control operacional de las unidades de proceso. La expuesta
en este apartado no es ms que una solucin decidida e implementada en las Refineras de
Repsol YPF despus de un proceso de estudio de soluciones viables, econmicas y
convincentes.


6. SISTEMA INTEGRADO DE INFORMACIN DE PRODUCCIN
Hoy en da existen distintos fabricantes y productos para los sistemas de control, histricos de
proceso, alarmas, sistemas de gestin de laboratorio, sistemas para la reconciliacin, balance,
movimientos y restos de sistemas en entorno de fabricacin
5
. Esta problemtica de diversidad
de sistemas heterogneos, an utilizando estndares, no garantiza la uniformidad en el uso y
explotacin de los mismos.
La idea de un Sistema Integrado de Informacin de Produccin surge precisamente de esta
problemtica y trata de dar solucin a la uniformidad, centralizacin y combinacin de las
diferentes fuentes de informacin de produccin.

Fig. 2-6-1 Diseo de Sistema Integrado de Informacin de Produccin


Podra decirse que es un ltimo escaln en la pirmide de informacin de produccin de una
Compaa, donde se tratar de representar de forma homognea informacin combinada de
los diferentes Sistemas de Produccin, pudindose incluir en los casos que interese,
informacin del resto de los Sistemas de Informacin para ofrecer una visin ms global del
estado de las Plantas de proceso, ayudando as a la toma de decisiones y gestin de la
produccin.
La figura 2-6-1 representa la idea de un proyecto de estas caractersticas donde se aprecia el
men principal de la aplicacin, en el cual se combinan posibilidades de consulta de los
diferentes Sistemas de Gestin de la Produccin. Al seleccionar cada una de las opciones
disponibles, se mostrar la informacin referida al sistema consultado en cada caso, pudiendo
ofrecerse tambin una combinacin de datos de varios sistemas.
La existencia de una sola aplicacin implica, segn lo que viene siendo habitual en la
actualidad, un desarrollo en entorno Web, permitiendo 'navegar' entre los datos provenientes
de los diferentes Sistemas de Produccin de la Compaa. Adems, el uso de este entorno
para presentar la informacin no necesita de software adicional en los ordenadores de los
Usuarios, tan slo el sistema operativo Windows e Internet Explorer. A este tipo de Clientes
se los denomina 'Thin Client'.
Decir por ltimo que hay que tener presente que este clase de desarrollos Web supone la
aplicacin de tecnologa OPC, HTML, J ava, Visual.NET, SOAP y Servidores Web entre
otros estndares posibles, aunque en la actualidad comienzan a aparecer nuevos productos que
quieren poner en el mercado esta filosofa de oferta de informacin. Tal es el caso de
OsiSoft con su nuevo sistema PI denominado RtPM - Real-time Performance
Management - que comienza a tener una gran aceptacin en la gran industria y con el que se
ofrece tanto el archivo de informacin como la explotacin y anlisis de la misma de muy
diversas formas as como la combinacin de esta informacin con la obtenida desde otras
diferentes fuentes de datos.


7. ACTIVIDADES PROFESIONALES
El esquema que se presenta a continuacin, ilustra las necesidades del equipo de trabajo que
se dedicar a la administracin de los Sistemas de Produccin, as como la relacin con los
equipos de profesionales de los que requerir informacin y los que harn uso de estos

Actividades profesionales relacionadas con el mdulo. Generacin de
nueva informacin:
- Departamento de Soporte informtico y gestin de Redes de Informacin.
Conocimientos previos necesarios:
- Conocimiento del Proceso Industrial
- Administracin de Bases de Datos
- Administracin de Sistemas
Operativos
- Conocimientos de Programacin
Conocimientos adquiridos en el Mdulo:
- Visin global y generalista sobre un proyecto de Gestin
de Informacin de Planta.
- Visin del equipo humano a formar.
Datos de Otros requeridos:
- Variables y Grficos de Proceso procedentes del
Sistema de Control.
- Diagramas P&I.
- Informacin fiscal de Productos de la Compaa.
- Informacin de Gestin de Laboratorio.
- Informacin comercial, clientes, proveedores, etc.
- En general, toda la informacin necesaria, de
acuerdo al alcance de aplicabilidad del proyecto
de Sistemas de Produccin.
Actividades de Otros que requieren esta informacin:
- Departamento de Procesos - Consulta de informacin de Produccin en tiempo real.
- Laboratorio - Informacin de los datos que generan para la Compaa.
- Departamento de Operaciones - Consulta de calidad del proceso. Control de inventarios
- Direccin Econmico Financiera Gestin de Compra / Venta.


8. REFERENCIAS Y BIBLIOGRAFA
A continuacin se enumeran las Referencias y Bibliografa utilizada en este captulo.

Referencias:

1. Puesta en marcha del SGL en Repsol YPF, European Informatics User Meeting Tour,
Miguel Angel Sinobas, Petronor - Repsol YPF, Barcelona, Enero 2002
2. Introduction to Message Queuing, BEA MessageQ, BEA Systems, March 2000
3. OPC Interface to the PI System, OSISoft Corporation
4. Building Distributed Applications with Message Queuing Middleware, Peter Houston,
Microsoft Corporation, 1998
5. Entorno nico para el acceso a los sistemas de informacin y control, J oaqun Abril-
Martorell Hernndez, ISA Seccin Espaa - Conferencia Anual 2003

Bibliografa:

1. IT Manager's Handbook, Bill Holtsnider & Brian D. J affe, Morgan Kaufmann,
Octubre 2000
2. Computer Networks, Andrew S. Tanenbaum, Prentice Hall, Agosto 2002

Seccin Espaola
Interfases entre Sistemas
de Informacin
Interfases entre Sistemas
de Informacin
Miguel ngel Sinobas
Mdulo 7B
Tema 2
2
Seccin Espaola
Master de Instrumentacin y Control Mdulo 7B Tema 2 Interfases entre S. Informacin
Mostrar los aspectos prcticos con ejemplos reales y formas
concretas de comunicarse e intercambiar informacin entre
los diferentes Sistemas de Gestin de la Produccin de una
Compaa
Introduccin
Aplicaciones consideradas plataforma o lanzadera de datos
de Instrumentacin, que se encuentren conectadas al
Sistema Integrado de Informacin, donde se muestre esta
informacin de produccin en formatos homogneos
Red de Control independiente de la Red general de Datos
3
Seccin Espaola
TDC3000 de Honeywell
Sistema de Informacin de Planta
PI de OSISoft (RtPM)
Sistema de Gestin de Laboratorio
SQL*LIMS de Applied Biosystems
Sistema de Informacin de Produccin
SPC de Repsol YPF
Introduccin
4
Seccin Espaola
Interfases entre Sistemas de
Informacin
Produccin, adems de la interfaz con el Sistema de Control Distribuido
Sistema de Interfases de Informacin
Produccin.
Plataforma de datos de Instrumentacin
Envo de datos desde el Sistema de Control Distribuido a las diferentes
aplicaciones de informacin de produccin
Red de Control y Red de Datos
Creacin de una Red de Control intermedia ms segura entre el SCD y la
Red de Datos general para soportar las aplicaciones de control
Sistema Integrado de Informacin de Produccin
Aplicacin que recoge informacin del resto de los Sistemas de Gestin
de la Produccin y la presenta como si de un nico Sistema se tratara
5
Seccin Espaola
Sistema de Interfases de
Informacin
Interfases de Informacin de Produccin
Sistema encargado de intercambiar informacin entre los diferentes
Sistemas de informacin de la Produccin
6
Seccin Espaola
Intercambio de Informacin
Sistema de Informacin de Planta Sistema de Informacin de
Produccin
Sistema de Informacin de Planta Sistema de Gestin del Laboratorio
Niveles, Temperaturas y Presiones para la gestin de Elementos de
almacenaje
Caudales horarios para balances de Unidades y Energas
Modos de Operacin de Unidades de proceso
Fecha y Hora de toma de muestras para control de analizadores en
lnea
7
Seccin Espaola
Sistema de Gestin del Laboratorio Sistema de
Informacin de Planta
Sistema de Gestin del Laboratorio Sistema de
Informacin de Produccin
Datos de calidad de corrientes de proceso
Densidades y Pesos Moleculares para Compensacin de Caudales
Densidad de productos para Certificado de Cantidad
Caractersticas de Elementos de almacenamiento
8
Seccin Espaola
Sistema de Informacin de Produccin Sistema de
Informacin de Planta
Sistema de Informacin de Produccin Sistema de
Gestin del Laboratorio
Estado de los Elementos de almacenamiento en cuanto a Movimientos
Registro de Muestras de control de elementos de almacenamiento
9
Seccin Espaola
Sistema de Mensajera
La finalidad de los Sistemas de Mensajera es conseguir la unin e
integracin de diferentes aplicaciones, permitiendo el intercambio de
informacin, enviando los datos al sitio adecuado y transformando, si as
fuera necesario, los mismos de forma correcta a lo largo de diferentes
aplicaciones y bases de datos. Muchos de estos sistemas se basan en lo
que se denomina Encolamiento de Mensajes
El Encolamiento de Mensajes es una tcnica de utilidad para el
intercambio de informacin en entornos de aplicaciones distribuidas. Las
colas de mensajes tienen la funcin de almacenar los datos enviados
hasta que sean ledos por el programa receptor
Un mensaje consiste en una estructura de datos, construida por una
aplicacin. La comunicacin a travs de mensajes requiere que ambos
programas involucrados en el envo y recepcin de los mismos estn de
acuerdo en el protocolo de comunicacin
10
Seccin Espaola
El programa "A" hace una llamada al sistema de mensajera. La
llamada le dice a este sistema que tiene un mensaje y est listo
para su envo al programa "B"
El sistema de encolamiento de mensajes enva el mensaje al
sistema donde reside el programa "B" y lo coloca en la Cola
perteneciente a este programa "B"
Cuando corresponda, el programa "B" lee el mensaje de la Cola
que tiene asociada y procesa la informacin recibida contenida en
el mismo
Si el sistema no puede hacer entrega del mensaje, existe una
posibilidad de recuperacin de mensajes que permite el reenvo de
los mismos, sin necesidad de intervencin de ninguna de las
aplicaciones implicadas, en el momento de restablecimiento de la
comunicacin entre ambas
11
Seccin Espaola
BEA MessageQ
Encolamiento de Mensajes
BUS
COLA
GRUPO
12
Seccin Espaola
Esquema de Transferencia
Envo de resultados desde
el SGL al SP
13
Seccin Espaola
Plataforma de Datos
Lanzadera de Datos de Instrumentacin
Disponer, en la red de datos de informacin general, de la informacin
ofrecida por los instrumentos de planta que se enva directamente al
Sistema de Informacin de Planta acta como lanzadera de estos datos
de instrumentacin
14
Seccin Espaola
Plataforma de Datos
Conexin del Servidor del Sistema de Informacin
de Planta
PI de OSISoft
PI-OPC Client
TDC3000 de Honeywell
OPC Server HCI
15
Seccin Espaola
Protocolo OPC
El estndar OPC permite conectarse a cualquier software
instalado en un cliente que cumpla con estas
especificaciones, con cualquier servidor de OPC sin tener en
cuenta el hardware implicado en el proceso. Cada interfaz o
cliente se puede comunicar con un solo 'OPC Server', el cual
puede estar en el mismo ordenador o en uno remoto
La nocin que subyace en el OPC en el entorno de datos de
produccin, es que existe un dispositivo, el cual tiene ciertos
valores que ofrecer, como puede ser el sistema TDC3000 de
Honeywell, el servidor de OPC conoce que existen dichos
valores y los enviar a cualquier Cliente OPC que se los
pida, como el PI-OPC Client del Sistema PI
16
Seccin Espaola
Red de Control Red de Datos
Separacin de la Red de Control de la Red general de Datos
Para aumentar la seguridad en el entorno informtico del control de
Planta, tiene especial importancia la creacin de Redes de datos de
Control, mantenindolas separadas de las Redes de generales de Datos,
impidiendo el paso de informacin daina y/o virus informticos hacia el
control de la operacin, 'acorazando' as este sistema
ROUTER (Firewall): Elemento de seguridad entre redes que permite el
paso de informacin controlada y limitada
17
Seccin Espaola
Conexin LAN - SCD
Divisin de la LAN en Red de Control y Red de Datos
18
Seccin Espaola
Sistema Integrado de Produccin
Hoy en da existen distintos fabricantes y productos para los
sistemas de control, histricos de proceso, alarmas, sistemas
de gestin de laboratorio, sistemas para la reconciliacin,
balance, movimientos y restos de sistemas en entorno de
fabricacin. Esta problemtica de diversidad de sistemas
heterogneos, an utilizando estndares, no garantiza la
uniformidad en el uso y explotacin de los mismos
La idea de un Sistema Integrado de Informacin de
Produccin surge precisamente de esta problemtica y trata
de dar solucin a la uniformidad, centralizacin y
combinacin de las diferentes fuentes de informacin de
produccin
19
Seccin Espaola
Sistema Integrado de Produccin
Diseo de Sistema Integrado de la Informacin de
Produccin
Seccin Espaola
Miguel Angel Sinobas Control Avanzado y Sistemas de Produccin Petronor
Repsol YPF
Master de Instrumentacin y
Control de Procesos
PREGUNTAS
VALORACIN
Interfases
entre Sistemas de Informacin

7B
3

Ergonoma de sistemas:
concepcin de la sala de control


Mdulo: 7
Tema: B3 Ergonoma de Sistemas
Autor: J ess Villena

INTRODUCCIN
El proyecto de diseo o la reconcepcin de una sala de control es una de las actividades que
exige ms interdisciplinariedad en la industria: desde los estudios acsticos a la interaccin
hombre-mquina, en la sala de control se centralizan problemticas tcnicas y humanas muy
heterogneas que es necesario identificar y resolver.
Por otro lado, la sala de control es un espacio relativamente nuevo de la industria, ya que se
trata de un espacio de supervisin que aparece cuando es posible centralizar informacin
que antes se encontraba dispersa por la instalacin. Sin embargo conviene recordar que
podemos encontrar este tipo de salas no slo en la industria, tambin en el mbito de las
telecomunicaciones, en la gestin de trfico ferroviario, en la vigilancia de instalaciones, en
el control de la navegacin area o martima, etc.
En este texto nos proponemos, desde la ergonoma, abordar de forma sumaria los aspectos
clsicos que afectan al proceso de concepcin de la sala

Mdulo: 7 Ergonoma de sistemas Tema: Ergonoma de sistemas


Ergonoma de sistemas:
ergonoma de la sala de control

ndice

1. ASPECTOS MEDIOAMBIENTALES DE LA SALA 4
1.1. La iluminacin de la sala 4
1.2. La acstica de la sala 5
1.3. Aspectos trmicos de la sala 6
2. ASPECTOS FSICOS Y ESPACIALES DE LA SALA 6
3. LOS INTERFACES INFORMTICOS, LA
DOCUMENTACION, LA FORMACIN DE LOS
OPERADORES 7
3.1. Interfaces informticos 7
3.1.1. Orientacin 9
3.1.2. Incitacin 10
3.1.3. Agrupamiento 11
3.1.4. Retroalimentacin 12
3.1.5. Legibilidad 13
3.1.6. Carga de Trabajo 14
3.1.7. Brevedad 14
3.1.8. Densidad 15
3.1.9. Control Explcito 16
3.1.10. Adaptabilidad 16
3.1.11. Flexibilidad 17
3.1.12. Experiencia 18
3.1.13. Gestin del Error 18
3.1.14. Proteccin 19
3.1.15. Calidad del Mensaje 19
3.1.16. Correccin 20
3.1.17. Homogeneidad 20
3.1.18. Significatividad 21
3.1.19. Compatibilidad 22
3.2. El sistema de alarmas 23
3.2.1. Definicin de alarma 23
3.2.2. Tipos de alarma 24
3.2.3. Seleccin del punto de alarma 25



3.2.4. Priorizacin 25
3.2.5. Valores de referencia 26
3.3. La documentacin 26
3.3.1. Trabajos preparatorios: La documentacin es una herramienta de trabajo. 27
3.3.2. Definir los contenidos 27
3.3.3. Construir y aplicar una gua de estilo 28
3.3.4. Redactar la Versin 0 de la documentacin 29
3.3.5. Validar la Versin 0. 29
3.3.6. Elaborar la versin 1 de la documentacin 29
3.3.7. Utilizar las informaciones obtenidas durante todo el proceso 29
3.4. La formacin de los operadores 30
3.4.1. Los objetivos de la formacin 30
4. CONCLUSIONES 31
4.1. La cuestin de la normativa. 32
4.2. Ergonoma y proyectos industriales 32
5. PARA SABER MS 34



1. ASPECTOS MEDIOAMBIENTALES DE LA SALA
1.1. La iluminacin de la sala
Un sistema luminoso de calidad para la sala de control debe:
Evitar la fatiga visual (por el sobreesfuerzo de acomodacin que conlleva el
deslumbramiento).
Ofrecer un rendimiento adecuado de los colores.
Ser modular y flexible con relacin a las necesidades de los usuarios.
La cantidad de luz necesaria estar en relacin con las caractersticas del trabajo que se
realice y el estado visual de los trabajadores (cuanta ms edad se tiene es necesaria ms
cantidad luz para compensar la vista cansada o presbicia).
En trminos generales, podra decirse que una sala de control se requiere una
iluminacin general de 500 lux, aunque depender del tipo de equipamiento, volumen
de la sala, etc.. La iluminacin local de los puestos deber ofrecer un sistema de
iluminacin regulable de 150 a 500 lux. Si hay zonas de la sala en las que es necesario
estudiar informacin de detalle (documentos o planos) se dispondr de una
iluminacin regulable que pueda alcanzar los 750 lux.
Es importante evitar el deslumbramiento. El deslumbramiento se produce cuando las
distintas luminancias ests desequilibradas, a saber, hay distintas fuentes luminosas (ventanas,
bombillas, pantallas) que ofrecen al aparato visual diferentes intensidades de luz (medidas en
cd/m
2
). Cuando el aparato visual recorre el paisaje de la sala corren el riesgo de
deslumbrarse.
Para evitar el deslumbramiento, es recomendable elegir fuentes de iluminacin
amplias y de baja luminancia, fuentes indirectas de iluminacin o mixtas (con rejillas
dotadas de prismas que difunden la luz hacia todas las direcciones: la fuente de luz no
debe ser directamente aparente).



Es recomendable que el balance de luminancias entre zonas cercanas para la vista no
exceda de 1 a 3. Esta relacin en visin central y visin perifrica no debe exceder el
balance 1 a 20. En esta relacin es necesario tener en cuenta los coeficientes de
reflexin de la luz de las distintas partes de la sala (techos, muros, mobiliario...). Es
tambin recomendable que las superficies de los materiales (en especial de los pupitres
de control sean mates).
La luz debe permitir un adecuado rendimiento de los colores, una caracterstica tcnica de
las bombillas. Esto es especialmente importante para el personal de mantenimiento que puede
trabajar con cableados de distintos colores.
1.2. La acstica de la sala
La acstica de la sala se tratar con especial cuidado ya que no se tratar de un peligro
para el aparato auditivo, sino de una molestia que, adems, comporta elementos informativos
para el operador (telfono, alarmas, conversaciones...). Son precisamente las conversaciones y
el trnsito de personas por la sala lo que ms perturba a los operadores de control.
Para evitar esta molestia, la normas internas suelen ser insuficientes: resulta ms
recomendables habilitar pasillos de acceso dedicado (contratistas) o sala de reuniones
anexas (entre mandos intermedios y operadores exteriores) que simplemente prohibir el
acceso a la sala.
Por lo que se refiere a la acstica de la propia sala, es prioritario el evitar la reverberacin.
Para ello es imprescindible una adecuada concepcin del material de suelos, paredes, etc..
Para evitar la reverberacin, se elegirn materiales que ofrezcan una duracin de la
reverberacin de entre 0,8 y 0,9 segundos para las frecuencias de la voz humana. Todos
los materiales empleados debern ser absorbentes (evitar la decoracin industrial con
materiales metlicos o acristalamientos estticos).
El equipamiento puede ser tambin un fuente de molestia acstica (impresoras de agujas,
climatizacin, sistemas de intercomunicacin...) Se promover la eleccin de equipos que,
ofreciendo el mismo rendimiento, tengan el mejor tratamiento acstico.



1.3. Aspectos trmicos de la sala
El medioambiente trmico de la sala debe concebirse para el operador de control, no para
las personas que puntualmente accedan a la sala de control. Para alcanzar este objetivo, se
deber considerar que el panelista no se mueve o se mueve muy poco, su aparato
termorregulador no cuenta con la movilidad ni el esfuerzo fsico que suele darse en una gran
parte de los trabajos de otros operadores de la instalacin y es especialmente sensible a las
diferencias trmicas en su cuerpo o su zona de trabajo.
Estas son las temperaturas de confort trmico recomendables en sala.
Invierno. Temperatura de aire regulable entre 19 y 22C. Velocidad del aire 0,15
m/s. Humedad relativa entre 45 y 60%.
Verano. Temperatura de aire regulable entre 20 y 25C. Velocidad del aire 0,20
m/s. Humedad relativa superior a 45%.
Tanto en invierno como en verano, la temperatura del suelo no debera mantener
una diferencia superior a los 3C. No se presentarn grandes diferencias trmicas
(inferiores de 2C) entre las piernas y la cabeza de los operadores
Por ltimo, se deber prever un sistema de climatizacin que garantice la limpieza del aire
(mediante filtros y el mantenimiento del sistema de humidificacin), especialmente en las
salas bunquerizadas.
2. ASPECTOS FSICOS Y ESPACIALES DE LA SALA
En la definicin del espacio de la sala se debe considerar todo el equipamiento necesario para
realizar las funciones de control, desde los dispositivos del sistema de supervisin a los
elementos de clasificacin o almacenaje. Ser necesario, por tanto, considerar:
Distribucin de los pupitres
o Relaciones de visibilidad entre operadores
o Necesidades de lectura y escritura en el puesto



o Nmero de operadores que utilizaran el pupitre, incluso en momentos
puntuales (incidencias, formacin, actividades simultneas de ingeniera o
mantenimiento...).
o .../...
Las zonas generales de lectura y de escritura
Los paneles informativos
El mobiliario de clasificacin y archivo
Las zonas de consulta de planos
Los dispositivos de control de la iluminacin, termostatos, etc..
Se prestar especial cuidado en la eleccin de la silla, ya que se tratar del elemento
que sufre un uso ms intensivo por parte de los operadores: de cinco ruedas, se podr
regular en altura e inclinacin, su tapizado ser robusto y de fcil limpieza.
As mismo, se identificarn las necesidades:
o De intervencin del mantenimiento en posiciones de control o el espacio de la
sala (falsos techos/suelos), ubicacin y caractersticas de salas de racks, etc..
o De limpieza (accesibilidad, compatibilidad de la operacin en continuo y los
requerimientos de higiene).
o Ubicacin y caractersticas de despachos y espacios de reunin, zonas de
trnsito y sealtica,
3. LOS INTERFACES INFORMTICOS, LA DOCUMENTACION, LA
FORMACIN DE LOS OPERADORES
3.1. Interfaces informticos
La norma ISO 9241 permite dar unos primeros pasos para concebir y chequear la calidad
esttica de un interfaz hombre-mquina. Estos son los grandes aspectos que pueden
encontrarse en esta norma:



Organizacin de la informacin, particularmente
o en ventanas
o reas informativas
o grupos de informaciones
o listas
o tablas y etiquetas
o campos
Objetos grficos
o Cursores y punteros
Sistemas de codificacin
o Cdigos, abreviaturas
o Colores y formatos
Sin embargo es necesario realizar chequeos dinmicos de la aplicacin. El Institut
National de Recherche en Informatique et en Automatique INRIA- de J ouy en J osas
(Francia) nos ofrece la posibilidad de realizar este chequeo mediante las siguiente grandes
magnitudes:
Orientacin
o Incitacin
o Agrupamiento
o Retroalimentacin
o Legibilidad
Carga de Trabajo



o Brevedad
o Densidad
Control Explcito
Adaptabilidad
o Flexibilidad
o Experiencia
Gestin del Error
o Proteccin
o Calidad del mensaje
o Correccin
Homogeneidad
Significatividad
Compatibilidad
Nos proponemos desarrollar a continuacin cada uno de estos criterios de evaluacin
3.1.1. Orientacin
Se fija como objetivo estudiar los medios puestos a disposicin del usuario para
recomendarle, informarle y guiarle en sus acciones sobre el sistema (mensajes, alarmas,
sistemas de ayuda, etc.). La orientacin contribuye a que el usuario establezca relaciones
causales entre sus acciones y el estado del sistema.
Los aspectos lxicos (formatos, colores, ubicaciones, etc.) forman parte de estos medios
puestos a disposicin del usuario para orientarle.



El criterio Orientacin se compone de cuatro subcriterios (considerados criterios cuando
son tomados de forma aislada): Incitacin, Agrupamiento, Retroalimentacin y
Legibilidad.
Este criterio pretende:
Facilitar el aprendizaje.
Favorecer la utilizacin del sistema.
Prevenir errores dando al usuario la posibilidad de conocer:
la secuencia de interacciones H-M en la que se encuentra.
las consecuencias de las acciones que va a emprender.
las informaciones complementarias en caso de solicitarlas.
Un sistema informtico debe orientar porque...
Un sistema construido sin criterios de orientacin puede originar ansiedad e
incertidumbre y, como consecuencia, rechazo.
Se producen menos errores y la ejecucin de las tareas es ms eficiente cuando
el usuario sabe dnde se encuentra en una secuencia de interacciones, conoce
las acciones que le son permitidas as como sus consecuencias y puede obtener
informacin suplementaria para activar y comprender funciones nuevas o de
uso poco frecuente.
3.1.2. Incitacin
Mediante la incitacin se pretende poner a disposicin del usuario medios que le lleven a
ejecutar acciones, a conocer alternativas ante varias opciones, a identificar el contexto o
estado donde se encuentra.
Su objetivo:
El usuario debe poder ver, encontrar y utilizar aquello que necesita en el
momento en que lo necesita (WYSIWYG: What you see is what you get).



Reducir la cantidad de informacin que debe memorizar el usuario
Favorecer la navegabilidad dentro del sistema (dnde se encuentran, qu han
hecho para llegar hasta all y cmo acceder a otras vas)
Prevenir el error y la infrautilizacin.
La incitacin es importante porque:
Es un soporte informativo para los recursos psicofisiolgicos (percepcin,
memoria) del usuario: la memoria operativa tiene un bajo nivel de
almacenamiento (las navegaciones que no orientan facilitan el olvido) y debe
utilizarse en ocasiones excepcionales.
Las capacidades de almacenaje de la memoria operativa se reducen tras
sesiones prolongadas de trabajo (la atencin y la vigilancia disminuyen).
Un sistema es rechazado, infrautilizado y produce irritacin si en estados de
fatiga (baja atencin y vigilancia, memoria limitada) no acompaa en la
navegacin (no orienta e incita).
3.1.3. Agrupamiento
Cuando se habla de agrupamiento se pretenden analizar los criterios de organizacin de la
informacin que afecta a las relaciones entre tems informativos. El agrupamiento afecta a
las relaciones dentro una clase de tems y entre diferentes clases de tems.
Tambin se trata de la organizacin del espacio de dilogo del usuario con la aplicacin
teniendo en cuenta sus competencias y/o atribuciones dentro de un espacio de trabajo.
Hay dos formas de Agrupamiento: por Localizacin (organizacin topolgica) y por
Formato (Tamaos,. Colores, etc.). La Localizacin afecta a la ubicacin y el Formato a
sus caractersticas grficas (ej.: un grupo de tems puede agruparse en una zona
determinada de la pantalla y/o tener un formato de color que les asigna a una determinada
clase).
Un buen agrupamiento de la informacin persigue:



Facilitar el aprendizaje, la memorizacin, la comprensin de la informacin
aparecida en la pantalla.
Agrupar teniendo en cuenta los contextos en los que se utiliza la informacin
(agrupamientos por frecuencia, criticidad, alfabticos, etc.), lo que reduce los
tiempos de realizacin de la tareas o subtareas, aumentando con ello la eficacia
general del sistema.
Guiar al usuario sobre los tems o grupos de tems que componen la aplicacin,
lo que contribuye a mejorar la navegabilidad.
Es necesario agrupar adecuadamente la informacin, ya que los mecanismos del recuerdo
de los usuarios son ms efectivos y conllevan menos carga cognitiva si se basan en
guas que permitan situar y categorizar el entorno complejo y diverso que les rodea.
Cuando en la configuracin del interfaz de dilogo se agrupa y distingue el espacio
informativo que se presenta al usuario, se mejoran los tiempos de bsqueda de
informacin.
3.1.4. Retroalimentacin
Es la reaccin consecutiva del sistema a las acciones del usuario. Las expresiones de
salida del sistema deben permitir evaluar la situacin, compararla con el objetivo buscado
y/o proseguir o modificar el plan de accin.
El sistema debe responder en el plazo ms breve de tiempo. Esta respuesta debe referirse a
la accin en curso y a su resultado. La respuesta del sistema debe ser visible, pertinente y
concisa.
Con la retroalimentacin se pretende:
Aumentar la seguridad, confianza y satisfaccin de los usuarios con el sistema
creando respuestas similares ante acciones similares en tiempos similares.
Reducir el tiempo necesario de aprendizaje.
La retroalimentacin es necesaria porque:



Para aprender y trabajar de manera cada vez ms eficaz, los usuarios necesitan tener una
imagen mental del funcionamiento de su equipo y de las aplicaciones que utiliza. Esta
imagen se refuerza si las respuestas del sistema son rpidas, regulares y constantes.
Cuando las intenciones del usuario le llevan a realizar un tipo de accin, espera del
sistema una respuesta acorde con su experiencia. Si esta respuesta no se produce, aparecen
formas de ansiedad e incertidumbre que se manifiestan en un rechazo de la aplicacin.
3.1.5. Legibilidad
La legibilidad analiza las caractersticas lxicas de la presentacin de informacin:
luminancia de los caracteres, contraste caracteres-fondo, dimensin de los caracteres,
espacio entre las palabras, entre lneas, entre prrafos, extensin de la lneas, etc.
1

La informacin debe ser legible para:
Facilitar la lectura de las informaciones presentes en pantalla.
Minimizar las fuentes de confusin y error.
Reducir la fatiga visual.
Los seres humanos tienes caractersticas y lmites fisiolgicos (aparato visual) y
cognitivos (hbitos y costumbres, esquemas e imgenes mentales) que son en parte
identificables: para un puesto de trabajo informatizado dado, siempre hay una estructura
lxica de la informacin que mejora la eficacia en la deteccin de la informacin (tiempos
necesarios para captar una informacin), la fiabilidad en el reconocimiento (posibilidad de
comisin de errores) y confortable (produce menos fatiga visual). Un sistema poco legible
es lento, puede llevar a error y fatigar ms al usuario.

1
La legibilidad se encuentra en estrecha relacin con la concepcin fsica del puesto de trabajo informatizado. No
existen caractersticas lxicas universales sino caractersticas lxicas particulares, ya que deben tenerse en cuenta la
distancia ojo-pantalla, la inclinacin, ubicacin, tamao y altura de sta, la iluminacin local y general (discriminacin
de colores y contrastes, etc.) en cada situacin.



3.1.6. Carga de Trabajo
Este criterio afecta a la eficacia general del sistema de dilogo, es decir, al conjunto de
elementos del interfaz que afectan al nmero de acciones necesarias para alcanzar un fin,
a las exigencias perceptivas o de la memoria de los usuarios.
El criterio Carga de Trabajo se compone de dos subcriterios (considerados criterios
cuando son tomados de forma aislada): Brevedad y Densidad.
Se pretende:
Aumentar la eficacia y satisfaccin general que genera el sistema gracias a la
economa de interacciones hombre-mquina.
Reducir la fuentes de error.
El usuario, cuando adquiere experiencia de uso de una determinada aplicacin y su
sistema de dilogo, tiende a detectar los pasos innecesarios a los que le obliga el
sistema:
En primer lugar, tender a buscar atajos (muy operativos en determinados
contextos y fuentes de error en otros).
En segundo lugar, automatizar los procesos que considera largos e
innecesarios si estos atajos no son posibles (lo que puede ser fuente de error
durante la realizacin de las tareas);
En tercer lugar, tender a rechazar la realizacin de tareas que exigen
procedimientos largos o rechazar el sistema en su conjunto.
3.1.7. Brevedad
Exigencias para la percepcin y la memoria del usuario en lo que se refiere a los
elementos de entrada o salida (concisin) y las secuencias de entradas (acciones mnimas
necesarias para llegar a un objetivo o realizar una tarea).



Con la brevedad se busca limitar el trabajo de lectura, de entrada de datos y las etapas por
las que tienen que pasar los usuarios, lo que favorece el aprendizaje, el desarrollo de
destrezas, la eficacia y fiabilidad del sistema.
Las capacidades de la memoria operativa son limitadas. Por ello, cuanto ms cortas sean
las entradas, ms limitados son los riesgos de error. Cuanto ms lacnicos sean los tems,
ms breve ser el tiempo de lectura. Cuanto ms numerosas y complicadas sean las
acciones necesarias para llegar a un objetivo, mayor ser la carga de trabajo, la posibilidad
de confusin y el rechazo de la aplicacin.
3.1.8. Densidad
Una aplicacin informtica es densa cuando sobrecarga de la percepcin y la memoria del
usuario debida al nmero de informaciones en pantalla. Esta sobrecarga se asocia al
conjunto de informaciones y no a los tems tomados por separado.
Cuando se quiere aligerar una aplicacin se busca:
Suprimir elementos visuales y/o auditivos que no tienen relacin alguna con el
contenido de la tarea en curso.
Evitar la necesidad de poner en marcha actividades cognitivas ms complejas
de lo requerido por la tarea (ej.: memorizar procedimientos y/o informaciones
largas y numerosas).
Los argumentos que apoyan este criterio...
Cuando la carga informativa es muy elevada o muy dbil, los resultados de la
actividad del usuario se resienten, pudiendo aumentar la probabilidad de error.
La memoria operativa es limitada (72 tems memorizables), por ello la
densidad informativa puede ser fuente de error y de prdidas de tiempo en el
manejo del sistema.
La necesidad de realizar actividades cognitivas complejas, para la percepcin
y/o recuerdo de procedimientos y/o informaciones, no permite al usuario
concentrar todo su esfuerzo en la realizacin de la tarea, sino en el manejo de la



herramienta, lo que puede llegar a ser causa de fatiga, infrautilizacin y/o
rechazo de la aplicacin.
3.1.9. Control Explcito
El sistema debe ejecutar solamente las operaciones que el usuario le demanda y en el
momento en que se lo demanda: El sistema debe tener un comportamiento explcito.
El usuario debe poder controlar la activacin y el desarrollo de las operaciones ejecutadas
por el sistema informtico (interrumpir, retomar).
Los aspectos semnticos deben estar directamente relacionados con los efectos
producidos. Se debe informar al usuario de lo que est pasando en cada momento.
Los efectos de los comandos deben ser previsibles para el usuario.
Con este criterio se persigue:
Reducir la infrautilizacin de las aplicaciones.
Favorecer el aprendizaje y reducir los espacios posibles de error.
Es necesario que las aplicaciones dispongan de control explcito, ya que:
Cuando se definen explcitamente las demandas de los usuarios y estn bajo su
control se producen menos ambigedades, equvocos y errores.
Un sistema que activa funciones no explcitas para el usuario genera
inseguridad e infrautilizacin, retrasa o dificulta el aprendizaje.(ej.: copias de
seguridad de archivos con denominaciones diferentes en lugares no previsibles
o explicables para el usuario).
3.1.10. Adaptabilidad
Un sistema es adaptable cuando se ajusta al contexto, a las necesidades y preferencias de
los usuarios.
Esta adaptacin se refleja en dos subcriterios (considerados criterios cuando son tomados
de forma aislada): Flexibilidad y Experiencia.



Se busca:
Reducir los riesgos de exclusin de usuarios potenciales por experiencia
insuficiente, inadaptacin a sus necesidades o preferencias.
Minimizar los riesgos de infrautilizacin del sistema.
Ya que...
El usuario potencial se adaptar mejor a la dinmica de dilogo con el sistema si ste le
ofrece diversas opciones para realizar una misma tarea. En trminos generales, los
usuarios con experiencias, edades y formaciones diversas, emplearn diversas vas para
alcanzar sus objetivos.
3.1.11. Flexibilidad
La flexibilidad estudia la organizacin de la cooperacin entre el sistema informtico y el
usuario. Grados de libertad que permite el sistema en la actuacin del usuario. El sistema
no debe limitar las posibilidades de actuacin (flexibilidad decisional) y aprendizaje de
los usuarios. Tambin se trata de la capacidad del sistema para adaptarse al contexto y a
las necesidades, hbitos y preferencias de los usuarios. Tambin de los medios puestos a
disposicin del usuario para personalizar el interfaz.
La flexibilidad:
Hace posible que usuarios con perfiles diversos puedan utilizar la herramienta,
minimizando los riesgos de infrautilizacin o rechazo del sistema por algn
segmento de stos usuarios potenciales.
Permite que un mismo usuario pueda obtener idntico resultado por
procedimientos diferentes, reduciendo los tiempos de realizacin de las tareas.
Gracias a la flexibilidad:
Se favorece el aprendizaje y la evolucin en el manejo de la herramienta
cuando se posibilita al usuario efectuar una misma tarea de distintas maneras.
De esta forma puede llegar a dominar una de ellas.



3.1.12. Experiencia
Es una caracterstica del sistema podra definirse como la facilidad de la que dispone para
adaptarse a los conocimientos previos de los usuarios, as como a sus niveles de
experiencia, estrategias, rutinas y lenguaje.
Con este criterio se busca:
Disminuir los tiempos de aprendizaje de la nueva aplicacin.
Aumentar la eficacia global en el manejo de la aplicacin.
Cuanto ms necesario sea aprender un nuevo sistema (nuevos procedimientos,
codificaciones, etc.), obligando a olvidar los saberes y destrezas anteriores, mayor ser el
tiempo necesario de formacin, las posibilidades de error en el manejo y el riesgo de
rechazo al cambio.
Las experiencia acumulada no se olvida nunca. Los automatismos adquiridos permiten
enfrentarse a situaciones conocidas con una mayor rapidez y menor riesgo de error. Sin
embargo, si el sistema no se adapta a esta experiencia, aunque sea el usuario el que se
adapta a las nuevas exigencias, en momentos de fatiga, estrs o presin temporal pueden
reaparecer los viejos esquemas y automatismos, lo que puede ser causa de graves errores.
3.1.13. Gestin del Error
La gestin del error afecta a todos los medios que permiten, por un lado, evitar o reducir
los errores y, por otro, corregirlos cuando aparecen.
Este criterio se desarrolla en tres subcriterios (llamados criterios cuando son descritos
aisladamente): Proteccin, Calidad del Mensaje y Correccin.
La gestin del error pretende poner en marcha los medios necesarios para detectar los
errores cuando se introducen datos o informaciones antes de la validacin de stos
(proteccin contra el error), o cuando ste ya se ha producido (correccin del error).
Las interrupciones provocadas por los errores prolongan el dilogo y perturban la
planificacin, dificultan la realizacin de la tarea y, en definitiva, reducen la eficacia
general del sistema.



3.1.14. Proteccin
Afecta a todos los medios que permiten detectar y prevenir los errores en la introduccin
de datos, comandos o acciones que puedan tener consecuencias negativas para las tareas
en curso o para el sistema en general.
Con la proteccin se busca la puesta en marcha de los medios necesarios para detectar los
errores cuando se introducen datos o informaciones (anticipacin al error) antes de la
validacin de stos (correccin del error). Gracias a este criterio:
El usuario emplear procesos de ensayo-error para familiarizarse con la
herramienta y para trabajar.
Estos procesos pueden verse incrementados cuando no existe una formacin y/o
documentacin de uso que acompae adecuadamente la adquisicin de
destrezas en el manejo de la herramienta. El sistema debe ayudar a evitar la
comisin de este tipo de errores.
Cuando se desarrollan las habilidades y destrezas ligadas a la experiencia del
uso de cualquier herramienta, el usuario tiende a desarrollar automatismos
sensori-motores que pueden, en momentos de sobrecarga o fatiga, causar
errores: El sistema debe proteger al usuario de este tipo de errores.
3.1.15. Calidad del Mensaje
Este criterio afecta a la pertinencia, facilidad y exactitud de la informacin dada a los
usuarios sobre la naturaleza de los errores cometidos (sintaxis, formato, etc.) y a las
acciones que debern emprender para corregirlos. Los mensajes son de calidad cuando:
Se Favorece la progresividad en el aprendizaje, generando seguridad, confianza
y sensacin de control de la herramienta.
Se reducen las tasas de error, minimizando el rechazo y favoreciendo la
aceptacin de la herramienta.
Es necesario velar por la calidad de los mensajes, ya que:;



El nivel de concepcin (propio del desarrollador informtico) es distinto al de
uso (propio de usuarios que tienen perfiles distintos). Estos dos niveles se
manifiestan en lgicas distintas por lo que se refiere a la informacin
transmitida (plano semntico, sintctico y lxico).
Para que los mensajes de error puedan ser comprendidos y utilizados
adecuadamente, stos deben adaptarse al contexto de uso, sin obligar al usuario
a comprender la lgica profunda de la aplicacin.
3.1.16. Correccin
Este criterio afecta a los medios puestos a disposicin de los usuarios para corregir sus
errores. Se busca:
Favorecer la progresividad en el aprendizaje, generando seguridad, confianza y
sensacin de control de la herramienta.
Reducir las tasas de error, minimizando la irritacin, rechazo y favoreciendo la
aceptacin de la herramienta.
El nivel de concepcin (propio del desarrollador informtico) es distinto al de uso (propio
de usuarios con perfiles distintos). Estos dos niveles se manifiestan en lgicas distintas
por lo que se refiere a la informacin transmitida (plano semntico, sintctico y lxico).
Para que el usuario comprenda y utilice adecuadamente los medios para corregir sus
errores stos deben adaptarse al contexto de uso, sin obligar a aquel a comprender la
lgica profunda de la aplicacin.
3.1.17. Homogeneidad
Una aplicacin es homognea cuando se produce una ausencia de excepciones dentro de
ella: Los cdigos, denominaciones, formatos, procedimientos o las acciones deben ser los
mismos en contextos idnticos de utilizacin del sistema y distintos en contextos distintos.
Este principio se extiende a todas las etapas de realizacin de una tarea, particularmente
en:
la eleccin de las metforas de interaccin.



la especificacin del plan de accin que se debe seguir para realizar una tarea.
la ejecucin misma de la tarea:
aspectos sintcticos (orden de los argumentos),
aspectos lxicos (nomenclatura, forma, localizacin y organizacin espacial
de la informacin).
La homogeneidad garantiza:
Una reduccin de los tiempos de aprendizaje necesarios para dominar la
aplicacin as como los de tiempos de bsqueda de informaciones.
Que el comportamiento del sistema sea previsible e intuitivo para el usuario,
mediante la normalizacin de los diferentes sistemas de dilogo utilizados. Esto
reduce el nmero de errores de ejecucin y facilita la resolucin de los mismos.
Es necesario que una aplicacin ser homognea porque:
Determinadas formas de automatismo en el trabajo tienden a economizar los
esfuerzos perceptivos: De este modo, si dos contextos son distintos pero el
sistema de dilogo slo los diferencia levemente, el usuario puede cometer
errores graves (ej.: borrado de ficheros con nombres casi idnticos).
La memoria y el aprendizaje se refuerzan cuando el sistema de dilogo es
estable, y previsible. Esto reduce la incertidumbre y la inseguridad en la
herramienta. De este modo, es ms fcilmente reconocida, localizada y utilizada
una informacin cuando el formato, ubicacin o sintaxis de los procedimientos,
etiquetas y comandos son idnticos en la misma aplicacin y entre diferentes
sesiones de trabajo o distintos en contextos o sesiones de trabajo distintas.
3.1.18. Significatividad
Se trata de la adecuacin entre el objeto o la informacin presentada o introducida y su
referente. Relacin semntica fuerte entre la denominacin y el referente (denominacin
significante).



Con la significatividad se quiere:
Favorecer el aprendizaje y la memorizacin rpida de funciones.
Desarrollar sistemas de dilogo intuitivos.
La significatividad es necesaria porque:
Afecta no solamente a aspectos de orden psicolgico sino a aspectos sociales (
oficios, edades, culturas, pases, etc.).
Si la codificacin es significativa se mejora el reconocimiento y el recuerdo de
la misma. Los cdigos y denominaciones poco significativos pueden sugerir a
los usuarios la realizacin de operaciones no apropiadas o llevarles a cometer
errores.
3.1.19. Compatibilidad
Es la capacidad del sistema para adaptarse al trabajo de los usuarios. Acuerdo entre las
caractersticas de los usuarios, las tareas que realizan, la organizacin de acciones y el
dilogo del sistema.
Capacidad del sistema para tener en cuenta las caractersticas psicofisiolgicas y
socioculturales de los usuarios: percepcin, memoria, atencin, hbitos, experiencia
Grado de semejanza entre los diferentes entornos y aplicaciones empleadas en un contexto
dado. Se busca:
Facilitar la transicin entre sistemas informticos y hacer posible la convivencia
entre diversos entornos (fsicos y/o lgicos).
Mejorar la transferencia de competencias entre diferentes sistemas y
aplicaciones.
Reducir los tiempos de aprendizaje, el nmero de errores y la eficacia global de
uso en entornos y aplicaciones diversas que son utilizadas por los mismos
usuarios.



Aumentar las posibilidades de intervencin del usuario en momentos de
incertidumbre y/o situaciones degradadas.
Mediante la compatibilidad:
se facilita la utilizacin de la aplicacin y la apropiacin cognitiva de la misma
si el usuario se encuentra con un universo conocido, ya que se beneficia de los
conocimientos, automatismos y rutinas desplegados en el manejo de los
mismos.
La transferencia de informacin de un contexto a otro es ms rpida y eficaz
cuando el volumen de informacin distinta a tratar por el usuario es reducido.
3.2. El sistema de alarmas
Un sistema de alarmas es un sistema de avisos al operador, normalmente a travs de sonidos
(alarmas acsticas) o indicaciones visuales (luminosas, por colores, formatos y ubicaciones) y
mensajes que indican un problema que requiere su actuacin.
El objetivo de un sistema de alarmas es reducir la probabilidad de que el mal funcionamiento
del proceso (fsico qumico, de control de trfico, de flujo de informaciones, etc...) provoque
daos en las personas, el medio ambiente o prdidas econmicas (por dao a la instalacin o
prdidas de produccin). Es por tanto una de las muchas herramientas que se utilizan en la
reduccin de los riesgos de un sistema a un nivel tolerable y su funcin es ayudar al
operador a detectar problemas en dicho sistema y priorizar su respuesta
Cada alarma debe por tanto: Alertar, informar y guiar.
3.2.1. Definicin de alarma
Una alarma es un aviso al operador de que existe una situacin anormal en el sistema que
requiere su accin inmediata.
Esto excluye toda aquella informacin de una situacin, estado, tarea, etc. que no requiera
accin por parte del operador y que definiremos como ALERTAS.
Las caractersticas de una alarma correctamente definida son:



Relevante. No deben ser falsas alarmas o de muy poca importancia.
nica. No estar duplicadas con otra alarma en el mismo sistema o en otro
Oportuna. El operador debe disponer de tiempo para decidir qu tiene que hacer y
hacerlo, pero no de tanto como para que pueda hacer otras tareas antes.
Bien priorizada. Debe indicar la importancia con la que el operador de control debe
atenderla
Entendible. El mensaje debe ser claro y nico para el operador
Identifica la causa. Dirige la atencin del operador a la causa del problema
Permite una accin correctiva. El operador puede tomar una accin para evitar el
riesgo.
La experiencia demuestra que la mayor parte de los fallos de los sistemas de alarmas son
debidos a fallos humanos (en la fase de concepcin del sistema de alarmas o en su operacin)
ms que a fallos del hardware que lo soporta, bien sean los elementos de deteccin o el
propio interfaz con el operador. Es por lo tanto fundamental tener en cuenta en el diseo al
usuario del sistema de alarmas, el operador y su ambiente de trabajo.
3.2.2. Tipos de alarma
Para conseguir una buena deteccin del problema que requiere la accin del operador se debe
elegir correctamente el parmetro que produce la alarma. A continuacin presentamos un
ejemplo vinculado a la industria de proceso:
Alarmas absolutas. Generada por comparacin del valor real de una seal analgica y un
limite de alarma definido.
Alarmas de velocidad de cambio. Puede ser del cambio de la propia variable en una
seal analgica (indicacin o controlador) o de la salida a vlvula del controlador. A
menudo estas alarmas son el primer aviso de que la unidad no va bien. Sin embargo tienen
que usarse con mucho cuidado sobre todo en seales con ruido.



Alarmas de desviacin. En controladores, avisan de una desviacin entre el punto de
consigna y la variable
Alarmas de salida a vlvula. Indican que el controlador no es capaz de controlar la
variable ya que ha llegado al lmite de su accin sobre la vlvula.
3.2.3. Seleccin del punto de alarma
La eleccin del punto de alarma es muy importante para la fiabilidad de la respuesta del
operador, para ello hay que tener en cuenta algunos factores que afectan a dicha respuesta:
Dinmica de la planta o el proceso, amplitud y duracin aceptable de las fluctuaciones
de la operacin normal.
Lmites a los que actan los sistemas de seguridad.
Tiempo de respuesta del operador para resolver el problema que genera la alarma.
Velocidad de cambio de la variable durante una situacin especial.
Un lmite de alarma definido muy prximo al punto de operacin puede hacer que aparezca
de forma intermitente, lo que resta atencin por parte del operador.
3.2.4. Priorizacin
En cualquier sistema de alarmas es extremadamente til priorizar las alarmas, de tal forma
que en cualquier momento sea obvio para el operador qu alarmas son las ms importantes.
Para definir la priorizacin hay que tener en cuenta tanto las consecuencias que la accin del
operador debe prevenir, como el tiempo de actuacin del que dispone.
1. Alarmas relacionadas con la seguridad: si las consecuencias de no tomar accin
ante una alarma producen daos a la integridad fsica de las personas, de los equipos o del
medio ambiente, la alarma deber dirigirse a un sistema de seguridad el cual, en la mayora de
los casos, realizar de forma automtica las acciones necesarias.



2. Alarmas de emergencia: son aquellas que la falta de actuacin inmediata pueden
producir gran perturbacin en la planta: paro de una unidad de produccin o equipo
importante, gran prdida econmica o importantes desperfectos en el medio ambiente.
3. Alarmas de alta prioridad: son alarmas que producen una perturbacin en el proceso
que el operador puede controlar con una actuacin relativamente sencilla.
4. Alarmas de baja prioridad: son alarmas que producen una perturbacin en el sistema
o subsistema que requiere la actuacin del operador, aunque las consecuencias sean menores.
Existen otro tipo de avisos o mensajes que es necesario que el operador conozca, pero que no
implican una accin por parte de l. Es lo que hemos llamado Alertas.
3.2.5. Valores de referencia
En general, cuanto mayor sea el nmero de alarmas que haya instalado en cada puesto de
operacin (manejado por un nico operador), mayor ser la probabilidad de problemas con
alarmas innecesarias o aleatorias, as como de sobrecarga. Por otro lado un pequeo nmero
de alarmas puede significar que el operador no reciba la informacin precisa de determinados
eventos importantes. Es necesario realizar un balance y por tanto es inevitable que un
sistema grande y complejo tenga un gran nmero de alarmas.
3.3. La documentacin
Una documentacin es una herramienta de trabajo imprescindible para operar un
sistema de control. Debe adaptarse a las diferencias de los usuarios (experiencia,
conocimientos, edad, jerarqua) y a la heterogeneidad de contextos en los que va a ser
utilizada (criticidad, frecuencia, nocturnidad, con exigencia temporal...).
Para conseguir esta adaptacin es necesario llevar a cabo una secuencia progresiva de
acciones: Trabajos Preparatorios, Definicin de Contenidos, Aplicar Formatos, Aplicar la
Gua de Estilo, Redaccin de la Versin 0, Validacin y Preparacin de la Versin 1.
Este proceso tiene el valor aadido de contribuir a identificar informaciones que pueden ser
tiles para mejorar otros mbitos del sistema de produccin: calidad, formacin, seguridad,
equipamiento.



3.3.1. Trabajos preparatorios: La documentacin es una herramienta de trabajo.
Es necesario entender la documentacin como una verdadera ayuda para la operacin en
planta. El objetivo fundamental en la elaboracin de este Manual es que pueda ser realmente
utilizado por los operadores, como un elemento ms de su equipamiento de trabajo.
3.3.2. Definir los contenidos
La documentacin debe identificar de manera precisa a los destinatarios finales.
La identificacin del colectivo de los operadores a los que va dirigido, as como su nivel de
formacin, experiencia y edad, es clave para que la documentacin sea comprendida y
utilizada.
La documentacin debe integrar el material existente.
En primer lugar, se debe hacer un balance del estado del material existente (depuracin,
actualizacin, utilidad prctica de sus apartados).
Una vez realizado este balance, se debe realizar una primera seleccin de los documentos que
van a formar parte del nuevo manual
El criterio bsico que debe guiar esta seleccin es el de adaptarse a las personas y a los fines a
los que se dirige la documentacin. Este criterio definir el nivel de detalle, la existencia de
grficos, las informaciones principales y las secundarias.
Es necesario identificar las necesidades de los Operadores de cada Unidad.
Esta etapa es fundamental. La primera seleccin sobre la documentacin existente debe venir
acompaada por una definicin, caracterizacin y jerarquizacin de las acciones y tareas que
se realizan en panel y campo. Es posible que este proceso identifique informaciones que no
existen en la documentacin existente, pero que deben incluirse en su nueva versin
Es necesario identificar cundo y cmo va a ser utilizado la documentacin.
Los contenidos estn definidos por las circunstancias en las que la documentacin va a ser
utilizada. Esto definir los criterios de seleccin, las caractersticas y el tipo de informacin



que debe contener la documentacin (breve y concisa, exhaustiva, argumentativa, con
ejemplos...).
Es recomendable que esta seleccin se apoye en la frecuencia y criticidad potencial de las
acciones que realizan los operadores.
3.3.3. Construir y aplicar una gua de estilo
Aplicar los criterios de homogeneidad:
Cada componente de la documentacin debe obedecer a un estndar bsico que defina
las estructuras, el soporte, el sistema de edicin, la tipografa, el vocabulario y la sintaxis
a emplear.
Aplicar los criterios de estanqueidad:
Cada componente de la documentacin debe permitir al operador encontrar sin error
posible todo lo que necesita, en el momento en que lo necesita, con el nivel de detalle
que precisa, sin necesidad de buscar en otro apartado de la documentacin manual u
otros materiales.
Aplicar los criterios de jerarquizacin:
Cada componente de la documentacin debe separar de forma intuitiva y visual lo que
hay que hacer y cmo hacerlo. Para aplicar este formato es necesario tener en cuenta que
la formacin y la experiencia de los operadores de campo a los que se dirige condicionan
el qu, el cmo y el dnde de estas informaciones.
Sobre todas las informaciones seleccionadas se deben aplicar estndares propuestos en
la Gua de Estilo:
- De soporte, edicin y reproduccin.
- De formato y estructura de la informacin.
- De tipografa.
- De vocabulario, abreviacin y codificacin.



- De sintaxis.
- De objetos grficos, iconos y colores.
3.3.4. Redactar la Versin 0 de la documentacin
Redactar siguiendo estrictamente los criterios de la Gua de Estilo. Determinadas
dificultades detectadas en el proceso de redaccin pueden dar lugar a la revisin y
modificacin de la Gua de Estilo.
3.3.5. Validar la Versin 0.
La principal garanta de que los operadores vayan a utilizar la documentacin es su
comprensin y aceptacin. Para ello, es necesario que el proceso de construccin e
introduccin en sala de la documentacin sea de naturaleza participativa.
Se deben elegir muestras de operadores para que el proceso de validacin sea
representativo de la variedad de operadores de campo (jvenes, mayores, expertos, con
altos y bajos niveles de formacin, etc.) y situaciones en las que la documentacin va a ser
utilizada.
Esta fase requiere un anlisis pormenorizado del punto de vista de los operadores sobre el
formato y contenido de la documentacin.
Este proceso de anlisis es lento y permite identificar lagunas, problemas de formacin,
informaciones ambiguas o confusas... adems de otras necesidades documentales no
previstas, carencias formativas, problemas con los equipos, la seguridad.
3.3.6. Elaborar la versin 1 de la documentacin
A partir de las informaciones obtenidas en el proceso de validacin, se reconstruir la
documentacin para garantizar la aceptacin definitiva de la documentacin por parte de
los operadores.
3.3.7. Utilizar las informaciones obtenidas durante todo el proceso
En el proceso de validacin con los operadores, pueden aparecer dificultades de
comprensin que no estn ligadas a la documentacin, sino a aspectos de la formacin de
los operadores. As mismo, este proceso puede poner de manifiesto dificultades tcnicas



para realizar adecuadamente el trabajo, etc. Estas informaciones pueden ser tambin
recopiladas con vistas a acciones de naturaleza distinta a la documental (formativas, de
mejora de la seguridad o la calidad, etc.).

4. Redactar
Versin 0
2. Definir Contenidos:
Quin
A partir de qu
Qu Trabajo
Cundo y Cmo
1. Cuestiones Previas
Qu fin
3. Aplicar criterios
de la Gua de Estilo:
Homogneos
Estancos
Jerarquizados
Estndares
5. Validar
6. Elaborar
Versin 1
7. Utilizar Informacin

3.4. La formacin de los operadores
En algunos casos, en el proceso de preparacin de la puesta en marcha de una nueva
sala de control es necesario prever la formacin de los operadores de control en el
nuevo sistema de control. En este periodo es necesario definir:
Los objetivos de la formacin.
La poblacin que va ser objeto de dicha formacin
La organizacin y logstica
Los mtodos y medios pedaggicos.
3.4.1. Los objetivos de la formacin
El objetivo de la formacin deber permitir:



Que los operadores dispongan en todo momento un representacin exacta y
fiable del estado del proceso para poder decidir sobre las acciones colectivas
(equipo de operacin compuesto por distintos operadores) que se deben
emprender.
Que exista una articulacin estructurada entre los nuevos conocimientos del
sistema y la experiencia acumulada por los operadores (en campo, en el antiguo
sistema, etc..).
Ambos objetivos deben, a su vez, permitir:
Prever la evolucin de una situacin a partir de la exploracin y la
supervisin de parmetros metaforizados es sinpticos, esquemas, sistemas
de enclavamiento y sumarios de alarma.
Construir hiptesis sobre el estado del proceso a partir de esta exploracin y
de la comunicacin con el exterior de la sala.
J uzgar la fiabilidad de un indicador y su influencia sobre el resto de
informaciones disponibles,
Distribuir su tiempo mental entre distintas situaciones incidentales.
Optimizar el uso del sistema de control.
4. CONCLUSIONES
Se acaba de presentar un recorrido sumario sobre algunos de los aspectos ms relevantes del
proceso de definicin de una sala de control (aspectos medioambientales y fsicos) y de los
elementos que afectan a la operacin del sistema de control (interfaz hombre-mquina,
sistema de alarmas, documentacin de operacin y formacin de operadores).
Nos gustara concluir con dos problemticas que afectan al proceso de diseo o reconcepcin
de la sala de control.



4.1. La cuestin de la normativa.
La normativa nacional e internacional, que afecta directa o indirectamente al trabajo en sala,
da orientaciones lo suficientemente genricas como para iluminar los primeros pasos de un
proyecto de este tipo. Pero, sin ninguna duda, no puede concebirse una sala de control slo
con normativa. Algunos ejemplo:
ISO 11064-3:1999: Reducir las obstrucciones y estructuras que dificultan el trabajo.
ISO 11064-3:1999: No se recomienda dispersar las posiciones de trabajo.
ISO/DIS 11064-2:1999: Las comunicaciones extraas a las funciones de la sala no deben
distraer al personal de la sala.
Sin embargo, de la normativa se pueden extraer grandes criterios de diseo y concepcin
(ISO/DIS 11064-1:1999):
1. Aplicar un diseo centrado en el ser humano.
2. Integrar la ergonoma en la prctica de la ingeniera.
3. Mejorar el diseo hacia la interaccin.
4. Analizar y evaluar un sistema existente comparable.
5. Considerar las tareas de los operadores.
6. Disear sistemas tolerantes ante el error.
7. Asegurarse la participacin de los usuarios.
4.2. Ergonoma y proyectos industriales
La aportacin del ergnomo en la concepcin de una sala de control debe situarse en un
contexto bien preciso, el de la gestin de un proyecto industrial.
Uno de los principales problemas que aquejan a los proyectos de concepcin o reconcepcin
de una sala y en consecuencia, a los ergnomos que intervienen en estos proyectos, es que no
suelen gestionarse con los mismos criterios con los que se gestiona cualquier otro



proyecto industrial. Suele entenderse que el proyecto de remodelacin o concepcin de la
sala como un proyecto de orden decorativo.
Para comenzar, es necesario un verdadero director de proyecto, que oriente y canalice las
opiniones y las reuniones mltiples que suelen acompaar a este tipo de proyectos.
Desgraciadamente, estos proyectos suelen ser gestionados por comits en los que los hitos, la
secuencia de actividades y las responsabilidades del proyecto no se definen siempre con
precisin.
Tambin es imprescindible, de manera precoz, disponer de una requisitoria exhaustiva, de
pliegos de condiciones tcnicas que ordenen y sistematicen el trabajo de todos los miembros
del grupo de proyecto, sobre todo de los proveedores. En algunos casos, o se improvisa un
pliego de especificaciones tcnicas cuando ya prcticamente se ha adjudicado el proyecto y
los estudios de detalle estn muy avanzados.
En otros casos se elaboran los requisitos sin haber realizado una visita a situaciones
comparables, situaciones de referencia sobre las que los ergnomos identifican errores de
concepcin o efectos no deseados que puedan evitarse en el proyecto de la nueva sala.
El ergnomo, despus de sus anlisis sobre las situaciones existentes que van a ser objeto de
modificacin, o sobre las situaciones de referencia, si se trata de un proyecto constructivo de
concepcin, esta armado de tcnicas y mtodos que permiten definir de manera precoz las
condiciones que debe cumplir la sala de control.
La definicin de estas condiciones debe ayudar a que los operadores puedan realizar su
trabajo de forma segura, fiable y eficiente en un contexto de mejora de sus propias
condiciones de trabajo.



5. PARA SABER MS
Amalberti, R. (1996): La conduite de systmes risques, Paris, PUF
Daniellou, F. (1986): Loprateur, la vanne, lcran. Lergonomie des salles de contrle,
ANACT, Montrouge.
Duarte, F. (2000): Ergonomia & Projeto na industria de processo contnuo, Lucerna-
COPPE/UFRJ , Rio de J aneiro.
Edward, E. y Lees, F.P. (1974): The human operator in process control, Taylor & Francis,
London.
Keyser, V. de (1998): El error humano en Castillo, J .J . y Villena, J . (1998): Ergonoma.
Conceptos y Mtodos, Madrid, Editorial Complutense, pp.211-229.
Koukoulaki, T. y Boy, S. eds. - (2003): Globalizing technical standards. Impact and
challenges for occupational health and safety, Bruselas, BTS.
Lautier, F. (1999): Ergotopiques. Sur les espaces des lieux de travail, Toulouse, Octars.
Martin, C. (2000): Matrise douvrage. Maitrse doevre. La contribution de lergonome la
conduite de projet architectural, Toulouse, Octars.
Millanvoye, M. (1990): Donnes physiologiques et ergonomiques pour la conception du poste
de travail, Paris, CNAM-Collection des Cours
Panero, J . y Zelnik, M. (1998): Las dimensiones humanas en los espacios interiores.
Estndares antropomtricos, Barcelona, Gustavo Pili.
Reinberg, A., Adlauer, P. y Vieux, N. (1981): Night and shiftwork, biological and social
aspects, Oxford, Pergamon Press.
Villena, J . (1998): Organizacin del trabajo y cognicin en la sala de control en Castillo,
J .J . y Villena, J . (1998): Ergonoma. Conceptos y Mtodos, Madrid, Editorial Complutense,
pp.231-259.
Weil-Barais, A. (1993): Lhomme cognitif, Paris, PUF
Whitfield, D. (1984): Ergonomics problems in process operations, Pergamon Press, Oxford.
Woodson, W.E. y Conover, D.W. (1978): Guide dergonomie. Adaptation de la machine
lhomme, Paris, Les ditions dOrganisation
Para acceder fcilmente a la normativa y la legislacin espaola, consultar la web del Instituto
Nacional de Seguridad e Higiene en el Trabajo: http://www.mtas.es/insht



Algunas orientaciones normativas internacionales
UNE-EN-ISO 9241: Requisitos ergonmicos para trabajos de ofician con pantallas de
visualizacin de datos.
ISO 8995:1989: Principles of visual ergonomics
ISO 11064:1999: Ergonomic design of control centres.
ISO 1996. ISO 7779: Accoustics
ISO 7726: Thermal environments
ISO 7731: Danger signals for work places Auditory danger signals.: accoustics

Ergonoma de la Sala de Control
www.ergotec.es
ISE Madrid, 27 de Abril de 2006
Estructura de la presentacin
Introduccin. El operador humano.
Aspectos medioambientales
Aspectos fsicos y espaciales
Aspectos lgicos y organizativos
Dilogo H-M y alarmas.
Documentacin de Operacin.
Gestin del proyecto de concepcin de la sala.
2006 Ergonoma Organizacin Tecnologa

El operador humano,
alta tecnologa biolgica

Condiciones ambientales de uso: 21, <60 dBA, >400 lx. En
otras condiciones este producto no es fiable.
No fuerce sus aparatos visuales y auditivos, son frgiles y se
averan con facilidad. Facilite la recuperacin muscular.
La materia prima del operador es cronobiolgica. No ha sido
diseado para trabajar de noche. Se fatiga fcilmente y se
equivoca.
El operador humano integra el mejor motor biolgico de
inferencia informativa conocido y una potente base de datos
que integra la experiencia, por lo que es capaz de crear
soluciones originales. No ha sido diseado para trabajar en
tareas montonas y repetitivas. Utilice ordenadores y motores
mecnicos para este tipo de tareas.
Este producto es del gnero social, afectivo e inteligente.
Necesita comunicarse. Este producto necesita un periodo de
adaptacin. Intgrelo en un grupo y frmelo cuidadosamente.
El operador humano tiene ideas propias, necesita la seguridad
y el reconocimiento profesional.
Introduccin
La sala de control: de la industria a las
telecomunicaciones....
Aspectos transversales
Dificultades. Alcance. Interdisciplinariedad. ISO 11064
Alcance de la ergonoma: la luz y la silla?
Todava se quejan los operadores?
Qu es una buena sala de control?
Criterios funcionales y estticos.
La funcin de la sala de control y el trabajo de
supervisin: ayudar a anticipar la disfuncin.

El riesgoen la sala.
La concentracin del panelista.
El aparato visual y auditivo, expresiones de la
fatiga y error.
Esfuerzo fsico y termorregulacin.
La normativa general.
Condiciones de trabajo y calidad de operacin.

Aspectos fsicos y espaciales (I)
La posicin y las posiciones en el espacio.
Espacio, gestin de la informacin y concepcin de
la posicin de control.
El proveedor, la normativa y las necesidades
contextuales: consultar, escribir, comunicarse... vivir
en la sala.
Para quin se concibe la posicin de control?
Usuarios con necesidades distintas. Identificar las
necesidades contextuales de operacin.

Aspectos fsicos y espaciales (III)
El espacio comn para el trabajo colectivo.
Las tentaciones de la simetra.
Algunas cuestiones que se deben formular
para definir el paisaje de la sala:
Relaciones funcionales y comunicativas.
Desplazamientos, ciclos de la tarea.
El horizonte visual y auditivo.
La esttica y Cabo Caaveral.
Definir el trnsito de las personas. Sealtica,
orientacin e interrupcin..

Aspectos fsicos y espaciales (IV)
Crecimiento de la sala.
El edificio de control.
Salas de descanso.
Vestuario, relevo y
comunicacin: Panelistas y operadores de
campo.
Tcnicos y operadores
El necesario equilibrio.

Aspectos lgicos. HMIs (I)
El dilogo hombre-mquina.
Las quejas de los operadores tras la
reconcepcin.
Iluminacin, informacin y gestin del
proceso: de nuevo el trabajo de control
El trabajo real y la representacin de la
informacin.
El ergnomo ayuda a poner a punto
tecnologas compatibles con el cerebro.

Aspectos lgicos. HMIs (II)
Color, esquemas, sistemas de alarma y advertencia:
la lgica de concepcin...
y la lgica de operacin .
El espacio lgico de la posicin de control.
La relacin entre los aspectos fsicos y los aspectos lgicos: La
posicin FOCUCS
Console
Input Devices
(e.g., Keyboard)
Workstation
Monitors
(Hardware)
Displays/
Views
B
D F2
V
R
QR
LB
Reboiler
F1
P2
Condenser
P1
Recei ver
QC
L R
B
D F2
V
R
QR
LB
Reboi l er
F1
P2
Condenser
P1
Receiver
QC
LR
B
D F 2
V
R
Q R
L B
R e b o i l e r
F 1
P 2
C o n d e ns e r
P 1
R e c e i v e r
Q C
L R
D em e t h a ni z e r
S t at e V a r i a bl e X
K ey T a g s { f o r St at e Va r i ab l e X }
P r es s u r e B a l a n ce T r a y T e mp F u n c ti o n C o nd e ns e r Fu n c ti o n R eb o i l e r Fu n c ti o n
S ep a ra ti on F u nc t i o n
U - 04 D e m e th a n i z er
M a s s B a l a n ce
T r a y M i x F u nc t i o n
C o n d e n s e r Fu ncti on
He a t S i n k Fu n c t i o n H e a t S o u r c e F u n c t io n
R e b o i l e r F uncti on
C o n d L v l F u n c ti o n H e a t T ra n s f e r F u n c ti o n
P re s s u r e Bal an ce M a s s Bal ance
T r a y _ Te m p F u n cti o n
Se pa rat i on F u n c t i o n
T r a y _ M i x F u n c ti o n
C o n d e n s e r Funct i on
H e a t S i n k F u n c ti o n H ea t S o u rc e F u n c ti o n
R eb o i l e r Funct i on
C o n d L v l F u n c t i o n H e a t T r a n s f er F u n c t i o n
P r e s s u re B al ance M a s s B a l a n c e
T r a y _ T e mp F u n c t i o n
Separ ati on F u n c ti o n
T r a y_ M i x F u n c t i o n
B
D F 2
V
R
Q R
L B
R eb o i l e r
F 1
P 2
C o n d e n se r
P 1
R e c e i v e r
Q C
L R
De m et h a n i ze r
St a t e Va r i a b l e X
K e y T a g s { f o r S t at e V a r i a b le X }
P re ss u re Bal an c e T r a y T e mp F u nc ti on C o n de n se r F u n c ti o n R e bo i l er F u n c ti o n
S e pa r at i on Fu n c ti o n
U -0 4 Dem et h a n iz e r
M a s s Bal an c e
Tr a y M i x Fu n c ti o n
Co n d e n s e r Functi on
H e a t S i n k Fu n ct i o n H e a t S o u rc e F u n c ti on
R e b o i l e r Functi on
Co n d L v l F u n c t i o n H e a t T r a n s fe r F u n c ti o n
P r e s s ur e Bal ance
M a s s Ba l ance
T r a y _ Te mp F u n cti o n
S epara ti on F u n c ti on
H e a t S i n k F u n c t i o n H e a t S o u r c e F u n c t i o n
R e b o i l e r Fun ct i on
C o n d L v l F u n c ti on H e a t T ra n s f e r F u n c t i o n
P re s s u r e Bal ance
M a ss B a l a n c e
T r a y _ T e m p F u n c ti on
Separ at i on F u n c t i o n
T r a y _ Mi x F u n c ti o n
02:33:33 Reactor in Plant 1 Highf
02:33:33 Pump failure High
02:33:33 Valve closed High
02:33:33 Vessel leak Alert
02:33:33 Pimp 3d lowflow Warning

Mandamientos del dilogo H-M
ISO 9241. ASM. INRIA. WWW.
1. Orientacin
Ayudar al operador a establecer relaciones causales,
mediante:
Incitacin: wysiwyg, navegabilidad, baja memorizacin.
Ejemplos:
Es posible navegar sin recordar cdigos u secuencias de
rdenes para obtener una informacin.
Desarrollar teclas dedicadas o funcionales, sistemas de
pestaas o iconos que permitan accesos directos a las
funciones ms utilizadas.
Facilitar la llegada rpidade la informacin ( 2/3 ss.).
El uso del color deber de ser consistente, jerarquizado: el
color es una informacin que deber ser redundante con
otros elementos informativos.
El rojo y los estereotipo culturales. Los parpadeos
Agrupamiento: Mediante la localizacin y el
formato se deber agrupar aquello que mantenga
una relacin.
Ejemplo: La estructura jerrquica de navegacin
debe de ser siempre la misma (Overview, nivel
primario, nivel secundario, detalle).
Site
Plant 1 Plant 2
Plants
Process
Section
Individual
Equipment
Pumps 1-10A Pumps 1-5A Compressor 122 Tank 333
Valve 14-214 Valve 23-111 Valves 23-4A Valves 33-36B
SectionA Section B Section C Section D
Entire
Site
Retroalimentacin: la aplicacin siempre
responde.
Ejemplo: La aplicacin deber refrescarsecon la
mayor rapidez para ofrecer la operador la
posibilidad de diagnosticar e intervenir de forma
eficiente: no ms de segundo.
Legibilidad: Lo que se presenta puede leerse.
Ejemplo: Uso moderado del color para permitir el
contraste. No dar mucho detalle en el dibujo de
equipos (saturacin), esconderdeterminadas
informaciones (TAGs). Cuidado con el tamao de
los caracteres (ojo-pantalla)
2. Carga de Trabajo
Se trata de minimizar el esfuerzo de
interaccin, mediante:
Brevedad: Concisin, acciones mnimas.
Ejemplo: Es recomendable el uso de modos de
designacin que faciliten los atajos y la
construccin de modos operativos personalizados
(botn derecho, tctiles, etc..).
Densidad: Cantidad y complejidad de la informacin tratada.
Ejemplo: Los trenes grficos (trends) son ms efectivos y
menos costosos que las tablas alfanumricas para realizar
diagnsticos. Deben poder configurarse los parmetros.
43.4
44.6
47.4
45.0
50.0
51.0
45.6
47.0
50.0
49.9
51.0
52.0
49.0
53.0
49.9
53.2
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
Process Vari able vs. Time
30
40
50
60
1 3 5 7 9 11 13 15
Ti m e (m i n)
Pr oce s s
Var i abl e
Numbers Trends
Easier to perceive direction
andrate of change.
Easier to extract exact #s.
3. Adaptabilidad
La aplicacin se debe ajustar al contexto preferencias
del usuario, mediante:
Flexibilidad, adaptacin al proceso de aprendizaje para los
debutantes y la interaccin avanzada para el experto.
Overview
Level 2
(Primary)
Level 3
(Secondary)
UnitA Unit B
Level 1
Section 1A Section 2A Section 1B Section 2B
Level 4
(Details)
Details Details Details Details
Shortcut

Experiencia, adaptacin al nivel de conocimiento.
Ejemplo: Toda aplicacin de control debe ofrecer un
overview, una visin de conjunto y, al mismo tiempo,
informaciones detalladas para el experto. Estas vistas deben
poderse ofrecer, al mismo tiempo, en distintas pantallas de la
consola o posicin de control. Para las funciones que se usan
muy poco deben de existir ayudas (on line?).

4. Gestin del Error
Medios para prevenir, reducir o corregir los errores,
mediante:
Proteccin, detectar y anticipar los errores.
Ejemplo: Los equipos elementos idnticos se deber
representar de modo idnticos, pero deben disponer de
cdigos (p.e. Alfanumricos) que los permitan distinguirlos.
Cuidado con la proximidad en el interfaz y con las teclas
tctiles excesivamente pequeas.
Calidad de los mensajes
Ejemplo: Los mensajes deber facilitar la interpretacin y el
diagnstico, evitar equvocos o incomprensiones. Ofrecer
datos (nmeros) si ello mejora la calidad de la informacin.
Correccin: UNDO

5. Homogeneidad
Ausencia de excepciones, la aplicacin
se comporta siempre de la misma
manera.

6. Significatividad
Fuerte relacin semntica entre la denominacin y su
referente (sinpticos, iconos, smbolos...).
Ejemplo: El layout del display debe mantener fuerte
coherencia con el proceso. Esto no quiere decir que sea un
calco de la planta, sino que debe ser consistente:
orientacin de las corrientes, ubicacin prioritaria de los
equipos importantes. Los smbolos debe ser comprensibles
y, a ser posibles, estandarizados.
7. Compatibilidad
Nivel de adaptacin a las caractersticas del trabajo de
los usuarios.
Ejemplo: Crear displays especfico para intervenir en
determinadas condiciones crticas (p.e. Puesta en marcha o
Parada de emergencia, que incluye un miniprocedimiento,
los principales equipos que se deben supervisar...)... Esto
es tambin vlido para las condiciones rutinarias de
operacin

Una alarma debe ser relevante, nica, oportuna, entendible y
permitir la accin correctiva.
Tipos de alarma: absoluta, de desviacin del punto de consigna...
Seleccin del punto de alarma...
Priorizacin: seguridad, emergencia, alta prioridad, baja prioridad.
Necesidad de realizar un balance, aunque los sistemas complejos
tienen un gran nmero de alarmas.
Los operadores deben disponer de guas explicativas (en pantalla,
en documentos) que describan detalladamente el sentido de una
alarma. En cualquier caso, se debe de realizar un esfuerzo para que
los mensajes sean comprensibles y significativos para el
operador,
Umbrales de audicin y alarmas. Discriminacin por
puesto/consola. Molestias y desactivacin temporal. Redundancias.
Dilogo H-M: sistemas de
alarma y de advertencia.

Un ejemplo
Alarma
reconocida
El estado de las
alarmas se muestra
con iconos y colores
Alarma
no reconocida
(rojo brillante)
Bomba en manual
Fuente; ASM

Dilogo H-M: ubicacin
informaciones visuales crticas.
Alarmas visuales y ubicacin idnea de las
informaciones visuales de alarma:

Aspectos organizativos
Organizacin del trabajo y concepcin
de la sala, cuatro cuestiones abiertas:
La certificacin de operadores: formacin,
adiestramiento, instruccin.
La sala como espacio para mantener y gestionar el
conocimiento. La simulacin.
La representacin viva de la instalacin: el operador de
sala y el rack.
Los operadores exteriores y la sala: reduccin
de efectivos y aprendizaje informal.
Cualificacin, rareza y gravedad
de los incidentes: cmo mantener el oficio?
Documentacin.

La documentacin

4. Redactar
Versin 0
Quin
A partir de qu
Qu Trabajo
Cundo y Cmo
Qu fin
Homogneos
Estancos
Jerarquizados
Estndares
5. Validar
6. Elaborar
Versin 1
1. Cuestiones previas.
L
a

d
o
c
u
m
e
n
t
a
c
i
n
Qu fin persigue la documentacin?.
2. Definir los contenidos.
Quin es el destinatario?
De qu material documental se dispone?
En qu consiste el trabajo de los destinatarios?
Dnde realizan su trabajo?
Cundo realizan el trabajo?
3. Definir los formatos.
Establecer los criterios
De homogeneidad.
De estanqueidad.
De jerarquizacin.
4. Elaborar la Gua de Estilo
Establecer...
Los criterios de soporte, edicin y reproduccin.
De formato y estructura de la informacin.
De tipografa.
De vocabulario, abreviatura y codificacin.
De sintaxis.
De objetos grficos, iconos y colores.
L
a

d
o
c
u
m
e
n
t
a
c
i
n
Criterios de la Gua de Estilo:
proceso de evaluacin y mejora.
5. Redactar la versin 0.
Eleccin de muestras de poblacin y de situaciones.
Aparicin de otras informaciones...
6. Validar la documentacin.
7. Elaborar la Versin 1.
8. Utilizar las informaciones.
Otros aspectos...
La normativa y el proceso de concepcin.
La gestin del proyecto de la sala.
El proyecto de concepcin es un proyecto?
Direccin, comits, requisitoria.
El anlisis de situaciones existentes y de
situaciones de referencia.
La construccin precoz de
requisitos tcnicos de ergonoma.
Un objetivo: el equilibrio entre la seguridad,
la fiabilidad y las condiciones de trabajo.
Gestin de Proyecto

Gracias por su atencin

www.ergotec.es
Seccin Espaola
Ergonoma de la Ergonoma de la
sala de control
Jess Villena Lpez Jess Villena Lpez
Ergotec
www.ergotec.es www.ergotec.es
jvillena@ergotec.es
Seccin Espaola
Estructura de la presentacin
Introduccin:
El operador humano y la sala de control El operador humano y la sala de control
Concepcin de la sala:
Aspectos fsicos y espaciales
Aspectos lgicos y organizativos
Dilogo H-M y alarmas.
Documentacinde Operacin Documentacin de Operacin.
Gestin del proyecto de concepcin de la sala.
Tema 2
El operador humano,
Seccin Espaola
alta tecnologa biolgica
Condiciones ambientales de uso: 21, <60 dBA, >400 lx. En , ,
otras condiciones este producto no es fiable.
No fuerce sus aparatos visuales y auditivos, son frgiles y se
averan con facilidad. Facilite la recuperacin muscular.
La materia prima del operador es cronobiolgica. No ha sido
diseado para trabajar de noche. Se fatiga fcilmente y se
equivoca.
El d h i t l j t bi l i d El operador humano integra el mejor motor biolgico de
inferencia informativa conocido y una potente base de datos
que integra la experiencia, por lo que es capaz de crear
soluciones originales. No ha sido diseado para trabajar en soluciones originales. No ha sido diseado para trabajar en
tareas montonas y repetitivas. Utilice ordenadores y
motores mecnicos para este tipo de tareas.
Este producto es del gnero social, afectivo e inteligente. g g
Necesita comunicarse. Este producto necesita un periodo de
adaptacin. Intgrelo en un grupo y frmelo
cuidadosamente.
El operador humano tiene ideas propias necesita la
Tema 2
El operador humano tiene ideas propias, necesita la
seguridad y el reconocimiento profesional.
El d l l
Seccin Espaola
Evolucin tecnolgica:
El operador y la sala
Concentracin de las informaciones en un nico espacio vs. la
intervencin sobre la instalacin.
A t d l i t d l i t ti l Aumento de los sistemas de regulacin automticos, lo que
modifica su papel.
Aumento de la complejidad de los procesos y de sus Aumento de la complejidad de los procesos y de sus
incidentes.
Consecuencias:
Mejora de las condiciones fsicas. Aparece la abstraccin y el
trabajo mental. Problemtica de al calidad de la
t i representacin.
Reduccin del nmero de operadores y de su organizacin en
sala y campo
Tema 2
sala y campo.
Menos incidentes y accidentes, ms graves.
Seccin Espaola
L l d t l d l i d t i l
Concebir la sala: introduccin
La sala de control: de la industria a las
telecomunicaciones....
Aspectos transversales Aspectos transversales
Dificultades. Alcance. Interdisciplinariedad. ISO
11064 11064
Alcance de la ergonoma: la luz y la silla?
Todava se quejan los operadores?
Qu es una buena sala de control?
Criterios funcionales y estticos.
Tema 2
supervisin: ayudar a anticipar la disfuncin.
A t di bi t l
Seccin Espaola
El riesgo en la sala.
La concentracin del panelista. La concentracin del panelista.
El aparato visual y auditivo, expresiones de la
fatiga y error fatiga y error.
Esfuerzo fsico y termorregulacin.
La normativa general.
Condiciones de trabajo y calidad de operacin.
Tema 2
A t f i i l (I)
Seccin Espaola
Aspectos fsicos y espaciales (I)
La posicin y las posiciones en el espacio.
Espacio, gestin de la informacin y concepcin p g y p
de la posicin de control.
El proveedor, la normativa y las necesidades El proveedor, la normativa y las necesidades
contextuales: consultar, escribir, comunicarse...
vivir en la sala vivir en la sala.
Para quin se concibe la posicin de control?
Us arios con necesidades distintas Identificar Usuarios con necesidades distintas. Identificar
las necesidades contextuales de operacin.
Tema 2
Seccin Espaola
Aspectos fsicos y espaciales (III)
Las tentaciones de la simetra Las tentaciones de la simetra.
Algunas cuestiones que se deben formular
para definir el paisaje de la sala: para definir el paisaje de la sala:
Relaciones funcionales y comunicativas.
Desplazamientos, ciclos de la tarea. Desplazamientos, ciclos de la tarea.
El horizonte visual y auditivo.
La esttica y Cabo Caaveral La esttica y Cabo Caaveral.
Definir el trnsito de las personas. Sealtica,
orientacin e interrupcin..
Tema 2
p
Seccin Espaola
Aspectos fsicos y espaciales (IV)
Crecimiento de la sala.
El edificio de control.
Salas de descanso.
Vestuario, relevo y
comunicacin: Panelistas y operadores de
campo.
Tcnicos y operadores
El necesario equilibrio.
Tema 2
Seccin Espaola
Aspectos lgicos. HMIs (I)
El dilogo hombre-mquina.
Las quejas de los operadores tras la
i reconcepcin.
Iluminacin, informacin y gestin del
proceso: de nuevo el trabajo de control proceso: de nuevo el trabajo de control
El trabajo real y la representacin de la
informacin del proceso: realista funcional informacin del proceso: realista, funcional,
abstracta.
El ergnomo ayuda a poner a punto g y p p
tecnologas compatibles con el cerebro.
Tema 2
A t l i HMI (II)
Seccin Espaola
Aspectos lgicos. HMIs (II)
Color, esquemas, sistemas de alarma y advertencia:
la lgica de concepcin...
l l i d i y la lgica de operacin .
El espacio lgico de la posicin de control.
L l i t l t f i l t l i La relacin entre los aspectos fsicos y los aspectos lgicos:
La posicin FOCUCS
Console
Monitors
(Hardware)
C o n d e n s e r Fu ncti on
He a t S i n k Fu n c t i o n H e a t S o u r c e F u n c t io n
R e b o i l e r F uncti on
C o n d L v l F u n c ti o n H e a t T ra n s f e r F u n c ti o n
P re s s u r e Bal an ce M a s s Bal ance
T r a y _ Te m p F u n ct i o n
Se pa rat i on F u n c t i o n
H e a t S i n k F u n c ti o n H ea t S o u rc e F u n c ti o n
R eb o i l e r Funct i on
C o n d L v l F u n c t i o n H e a t T r a n s f er F u n c t i o n
P r e s s u re B al ance M a s s B a l a n c e
T r a y _ T e mp F u n c t i o n
Separ ati on F u n c ti o n
T r a y_ M i x F u n c t i o n
Co n d e n s e r Functi on
H e a t S i n k Fu n ct i o n H e a t S o u rc e F u n c ti on
R e b o i l e r Functi on
Co n d L v l F u n c t i o n H e a t T r a n s fe r F u n c ti o n
P r e s s ur e Bal ance M a s s Ba l ance
T r a y _ Te mp F u n ct i o n
S epara ti on F u n c ti on
H e a t S i n k F u n c t i o n H e a t S o u r c e F u n c t i o n
R e b o i l e r Fun ct i on
C o n d L v l F u n c ti on H e a t T ra n s f e r F u n c t i o n
P re s s u r e Bal ance M a ss B a l a n c e
T r a y _ T e m p F u n c ti on
Separ at i on F u n c t i o n
T r a y _ Mi x F u n c ti o n
Input Devices
(e g Keyboard)
B
D F2
V
R
QR
LB
Reboiler
F1
P2
Condenser
P1
Recei ver
QC
L R
B
D F2
V
R
QR
LB
Reboi l er
F1
P2
Condenser
P1
Receiver
QC
LR
B
D F 2
V
R
Q R L B
R e b o i l e r
F 1
P 2
C o n d e ns e r
P 1
R e c e i v e r
Q C
L R
D em e t h a ni z e r
S t at e V a r i a bl e X
K ey T a g s { f o r St at e Va r i ab l e X }
P r es s u r e B al a n ce T r a y T e mp F u n c ti o n C o nd e ns e r Fu n c ti o n R eb o i l e r Fu n c ti o n
S ep a ra ti on F u nc t i o n U - 04 D e m e th a n i z er
M a s s B al a n ce
T r a y M i x F u nc t i o n
B
D F 2
V
R
Q R L B
R eb o i l e r
F 1
P 2
C o n d e n se r
P 1
R e c e i v e r
Q C
L R
De m et h a n i ze r
St a t e Va r i a b l e X
K e y T a g s { f o r S t at e V a r i a b le X }
P re ss u re Bal an c e T r a y T e mp F u nc ti on C o n de n se r F u n c ti o n R e bo i l er F u n c ti o n
S e pa r at i o n Fu n c ti o n U -0 4 Dem et ha n iz e r
M as s Bal an c e
Tr a y M i x Fu n c ti o n
Tema 2
(e.g., Keyboard)
Workstation
Displays/
Views
Seccin Espaola
ISO 9241 ASM INRIA WWW
ISO 9241. ASM. INRIA. WWW.
1. Orientacin
Ayudar al operador a establecer relaciones y p
causales, mediante:
Incitacin: wysiwyg, navegabilidad, baja memorizacin.
Ejemplos: Ejemplos:
Es posible navegar sin recordar cdigos u secuencias de
rdenes para obtener una informacin.
Desarrollar teclas dedicadas o funcionales, sistemas de
t i it di t l pestaas o iconos que permitan accesos directos a las
funciones ms utilizadas.
Facilitar la llegada rpida de la informacin ( 2/3 ss.).
El uso del color deber de ser consistente jerarquizado: el El uso del color deber de ser consistente, jerarquizado: el
color es una informacin que deber ser redundante con
otros elementos informativos.
El rojo y los estereotipo culturales. Los parpadeos
Tema 2
j y p p p
Seccin Espaola
Agrupamiento: Mediante la localizacin y el
formato se deber agrupar aquello que mantenga
una relacin una relacin.
Ejemplo: La estructura jerrquica de navegacin
debe de ser siempre la misma (Overview nivel debe de ser siempre la misma (Overview, nivel
primario, nivel secundario, detalle).
Site Entire
Sit
Plant 1 Plant 2
Plants
Site
Process
Section
Individual
E i t
Pumps 1-10A Pumps 1-5A Compressor 122 Tank 333
V l 14 214 V l 23 111 V l 23 4A V l 33 36B
SectionA Section B Section C Section D
Tema 2
Equipment Valve 14-214 Valve 23-111 Valves 23-4A Valves 33-36B
Seccin Espaola
Retroalimentacin: la aplicacin siempre
responde.
Ejemplo: La aplicacin deber refrescarsecon la Ejemplo: La aplicacin deber refrescarse con la
mayor rapidez para ofrecer la operador la
posibilidad de diagnosticar e intervenir de forma
eficiente: no ms de segundo.
Legibilidad: Lo que se presenta puede leerse.
Ej l U d d d l l iti l Ejemplo: Uso moderado del color para permitir el
contraste. No dar mucho detalle en el dibujo de
equipos (saturacin), esconder determinadas q p ( ),
informaciones (TAGs). Cuidado con el tamao de
los caracteres (ojo-pantalla)
Tema 2
Seccin Espaola
2. Carga de Trabajo
Se trata de minimizar el esfuerzo de
interaccin, mediante:
Brevedad: Concisin, acciones mnimas.
Ejemplo: Es recomendable el uso de modos de
designacin que faciliten los atajos y la
t i d d ti li d construccin de modos operativos personalizados
(botn derecho, tctiles, etc..).
Tema 2
Seccin Espaola
Densidad: Cantidad y complejidad de la informacin tratada.
Ejemplo: Los trenes grficos (trends) son ms efectivos y Ejemplo: Los trenes grficos ( trends ) son ms efectivos y
menos costosos que las tablas alfanumricas para realizar
diagnsticos. Deben poder configurarse los parmetros.
43.4 1
Process Vari able vs. Time
Numbers Trends
44.6
47.4
45.0
50.0
51.0
45.6
47 0
2
3
4
5
6
7
8
50
60
Pr oce s s
Var i abl e
47.0
50.0
49.9
51.0
52.0
49.0
53.0
8
9
10
11
12
13
14
40
Easier to perceive direction
andrate of change.
Tema 2
49.9
53.2
15
16
30
1 3 5 7 9 11 13 15
Ti m e (m i n)
Easier to extract exact #s.
Seccin Espaola
3. Adaptabilidad
La aplicacin se debe ajustar al contexto p j
preferencias del usuario, mediante:
Flexibilidad, adaptacin al proceso de aprendizaje para los
d b l i i d l debutantes y la interaccin avanzada para el experto.
Overview
Level 1
Shortcut
Level 2
(Primary)
UnitA Unit B
Shortcut
Level 3
(Secondary)
Section 1A Section 2A Section 1B Section 2B
Tema 2
Level 4
(Details)
Details Details Details Details
Seccin Espaola
Experiencia, adaptacin al nivel de conocimiento.
p , p
Ejemplo: Toda aplicacin de control debe ofrecer un
overview, una visin de conjunto y, al mismo tiempo,
informaciones detalladas para el experto Estas vistas deben informaciones detalladas para el experto. Estas vistas deben
poderse ofrecer, al mismo tiempo, en distintas pantallas de la
consola o posicin de control. Para las funciones que se usan
d b d i ti d ( li ?) muy poco deben de existir ayudas (on line?).
Tema 2
Seccin Espaola
4 G ti d l E
4. Gestin del Error
Medios para prevenir, reducir o corregir los
errores mediante: errores, mediante:
Proteccin, detectar y anticipar los errores.
Ejemplo: Los equipos elementos idnticos se deber
representar de modo idnticos, pero deben disponer de
cdigos (p.e. Alfanumricos) que los permitan distinguirlos.
Cuidado con la proximidad en el interfaz y con las teclas Cuidado con la proximidad en el interfaz y con las teclas
tctiles excesivamente pequeas.
Calidad de los mensajes
Ej l L j d b f ili l i i l Ejemplo: Los mensajes deber facilitar la interpretacin y el
diagnstico, evitar equvocos o incomprensiones. Ofrecer
datos (nmeros) si ello mejora la calidad de la informacin.
Tema 2
Correccin: UNDO
Seccin Espaola
5. Homogeneidad
Ausencia de excepciones la Ausencia de excepciones, la
aplicacin se comporta siempre de la
misma manera misma manera.
Tema 2
Seccin Espaola
6. Significatividad
Fuerte relacin semntica entre la denominacin y su
referente (sinpticos, iconos, smbolos...).
Ejemplo: El layout del display debe mantener fuerte
coherencia con el proceso. Esto no quiere decir que sea un
calco de la planta, sino que debe ser consistente:
orientacin de las corrientes, ubicacin prioritaria de los , p
equipos importantes. Los smbolos debe ser comprensibles
y, a ser posibles, estandarizados.
7. Compatibilidad
Nivel de adaptacin a las caractersticas del trabajo Nivel de adaptacin a las caractersticas del trabajo
de los usuarios.
Ejemplo: Crear displays especfico para intervenir en
determinadas condiciones crticas (p.e. Puesta en marcha o determinadas condiciones crticas (p.e. Puesta en marcha o
Parada de emergencia, que incluye un miniprocedimiento,
los principales equipos que se deben supervisar...)... Esto
es tambin vlido para las condiciones rutinarias de
operacin
Tema 2
operacin
Seccin Espaola
Representacin del proceso:
Dilogo H-M: los sinpticos
Representacin del proceso:
Realista: se conservan fuertes semejanzas con la instalacin. La ms
conocida.
Funcional: la estructura guarda relacin con las tareas de operacin Funcional: la estructura guarda relacin con las tareas de operacin.
Pocas operaciones muy rutinarias
Abstracta: orientada a los fines no guarda relacin con el modelo fsico.
Navegacin Area.
Definicin del sinptico:
Definir el grado de realismo.
Filosofa de presentacin: informacin constante y rgida, multiventanas,
t id l i i i bli contenidos analgicos, numricos o simblicos
Navegacin entre las vistas parciales.
Densidad de la informacin por pantalla o ventana.
Paralelismo: qu tareas necesitas de vistas simultneas? Paralelismo: qu tareas necesitas de vistas simultneas?
Vocabulario y abreviacin. Iconografa. Estereotipos-
Semntica rigurosa del color. Tipografas.
Tema 2
Dilogo H-M: sistemas de Seccin Espaola Dilogo H-M: sistemas de
alarma y de advertencia.
Una alarma debe ser relevante, nica, oportuna, entendible y
permitir la accin correctiva.
Ti d l b l t d d i i d l t d Tipos de alarma: absoluta, de desviacin del punto de
consigna...
Seleccin del punto de alarma...
Priorizacin: seguridad emergencia alta prioridad baja Priorizacin: seguridad, emergencia, alta prioridad, baja
prioridad.
Necesidad de realizar un balance, aunque los sistemas
complejos tienen un gran nmero de alarmas complejos tienen un gran nmero de alarmas.
Los operadores deben disponer de guas explicativas (en
pantalla, en documentos) que describan detalladamente el
sentido de una alarma. En cualquier caso, se debe de realizar un q ,
esfuerzo para que los mensajes sean comprensibles y
significativos para el operador,
Umbrales de audicin y alarmas. Discriminacin por
Tema 2
puesto/consola. Molestias y desactivacin temporal.
Redundancias.
Seccin Espaola
Un ejemplo
Alarma
El estado de las
alarmas se muestra
con iconos y colores
reconocida
Alarma
no reconocida
(rojo brillante)
Bomba en manual
Tema 2
Fuente; ASM
Dilogo H-M: ubicacin Seccin Espaola Dilogo H-M: ubicacin
informaciones visuales crticas.
Alarmas visuales y ubicacin idnea de
las informaciones visuales de alarma: las informaciones visuales de alarma:
Tema 2
A t i ti
Seccin Espaola
Aspectos organizativos
Organizacin del trabajo y concepcin
de la sala, cuatro cuestiones abiertas:
La certificacin de operadores: formacin, La certificacin de operadores: formacin,
adiestramiento, instruccin.
La sala como espacio para mantener y gestionar el
i i t L i l i conocimiento. La simulacin.
La representacin viva de la instalacin: el operador de
sala y el rack. y
Los operadores exteriores y la sala: reduccin
de efectivos y aprendizaje informal.
Cualificacin rareza y gravedad Cualificacin, rareza y gravedad
de los incidentes: cmo mantener el oficio?
Documentacin.
Tema 2
L d t i
Seccin Espaola
La documentacin

Qu fin

Quin
A partir de qu
Qu Trabajo

j
Cundo y Cmo
6. Elaborar
Versin 1

4. Redactar
Versin 0
Homogneos
5. Validar

Versin 0
Homogneos
Estancos
Jerarquizados
Estndares
Tema 2

Seccin Espaola
1. Cuestiones previas.
n
Qu fin persigue la documentacin?.
m
e
n
t
a
c
i
2. Definir los contenidos.
d
o
c
u
m
Quin es el destinatario?
De qu material documental se dispone?
L
a

q p
En qu consiste el trabajo de los destinatarios?
Dnde realizan su trabajo?
Cundo realizan el trabajo?
Tema 2
3. Definir los formatos.
Seccin Espaola
Establecer los criterios
De homogeneidad.
De estanqueidad.
D j i i De jerarquizacin.
4. Elaborar la Gua de Estilo
E t bl Establecer...
Los criterios de soporte, edicin y reproduccin.
De formato y estructura de la informacin.
De tipografa.
De vocabulario abreviatura y codificacin De vocabulario, abreviatura y codificacin.
De sintaxis.
De objetos grficos, iconos y colores.
Tema 2
5 Redactar la versin 0
Seccin Espaola
Criterios de la Gua de Estilo:
d l i j
5. Redactar la versin 0.
c
i
n
proceso de evaluacin y mejora.
6 Validar la documentacin
m
e
n
t
a
c
Eleccin de muestras de poblacin y de situaciones.
Aparicin de otras informaciones
6. Validar la documentacin.
d
o
c
u
m
Aparicin de otras informaciones...
7 El b l V i 1
L
a

d
7. Elaborar la Versin 1.
8 Utili l i f i 8. Utilizar las informaciones.
Tema 2
G ti d P t
Seccin Espaola
Otros aspectos...
Gestin de Proyecto
Otros aspectos...
La normativa y el proceso de concepcin.
L ti d l t d l l La gestin del proyecto de la sala.
El proyecto de concepcin es un proyecto?
Direccin, comits, requisitoria.
El anlisis de situaciones existentes y de
it i d f i situaciones de referencia.
La construccin precoz de
requisitos tcnicos de ergonoma requisitos tcnicos de ergonoma.
Un objetivo: el equilibrio entre la seguridad,
la fiabilidad y las condiciones de trabajo
Tema 2
la fiabilidad y las condiciones de trabajo.
www.ergotec.es
Seccin Espaola
Gracias por su atencin
Tema 2
1
Seccin Espaola
PLC
PLC
Manuel Lzaro Gallardo
Mdulo 7
Sistemas de Control
2
Seccin Espaola
Master de Instrumentacin y Control Mdulo 7 PLCs
PLC
Aspectos generales e histricos
Definicin
Aparicin de los PLCs
Evoluvin de los primeros PLCs
Flujo de trabajo en produccin
Tipos de industrias
Aplicaciones
Estructura del PLC
Bastidor
Fuente de alimentacin
CPU
Tarjetas de entrada / salida
Procesadores de comunicaciones
2
3
Seccin Espaola
PLC
Comunicaciones
Tipos
Ejemplos de comunicaciones
Periferia descentralizada
Medio fsico
Lenguajes de programacin
Lenguajes clsicos
Lenguajes de alto nivel
Libreras
4
Seccin Espaola
PLC
Visualizacin
Fuciones del Scada
Sistemas Scada
Escalabilidad
Paneles de operador
Plataforma HMI / MES / ERP
Arquitecturas
Arquitectura general
Ejemplo de configuracin (ESD)
Entradas digitales
Entradass analgicas y salidas digitales
Resumen de seales
3
5
Seccin Espaola
PLC
Evolucin de los sistemas basados en PLC
Tendencias
Consecuencias en la automatizacin
Entorno global
Seccin Espaola
Aspectos generales
Aspectos generales
4
7
Seccin Espaola
Definicin
PLC (Controlador Lgico Programable) o autmata programable es
toda mquina electrnica, diseada para controlar en tiempo real y
en medio industrial procesos secuenciales. Realiza funciones lgicas:
series, paralelos, temporizaciones, contajes y otras ms potentes
como clculos, regulaciones, etc.
Unidad en la que existen, por una parte, unos terminales de entrada
(o captadores) a los que se conectan pulsadores, finales de carrera,
fotoclulas, detectores...; y por otra, unos terminales de salida (o
actuadores) a los que se conectarn bobinas de contactores,
electrovlvulas, lmparas..., de forma que la actuacin de estos
ltimos est en funcin de las seales de entrada que estn
activadas en cada momento, segn el programa almacenado.
8
Seccin Espaola
Aparicin de los PLCs
Sistemas electrnicos programables (PLC)
- Aparecen de la dcada de los 60 como sustitutos
naturales de los rels.
- Ventajas:
- Tiempo de vida largo.
- Los cambios de programa se realizan de un
modo fcil y rpido.
- Robustos para trabajar en entornos
industriales.
- Fiables.
5
9
Seccin Espaola
Evolucin del PLC
Sistemas electrnicos programables (PLC)
- Mejora de prestaciones de los PLCs
- Microprocesadores ms potentes.
- Mayor capacidad de memoria.
- Posibilidades de comunicacin.
- Visualizacin.
- Periferia descentralizada.
- Cada vez son mayores los tipos de tareas a realizar en la
industria.
Sistemas de control distribuido (DCS)
10
Seccin Espaola
Provee-
dores
Logstica
entrada
Logstica
salida
Proceso
Discreto
Cliente
6
11
Seccin Espaola
Tipos de Industrias
E
n
e
r
g
a
R
e
f
i
n
e
r
a
s
A
g
u
a
s
Q
u
m
i
c
a
P
e
t
r
l
e
o
&

g
a
s
C
e
l
u
l
o
s
a
&

p
a
p
e
l
M
e
t
a
l
u
r
g
i
a
/

m
i
n
e
r
a
F
a
r
m
a
c
u
t
i
c
a
A
l
i
m
e
n
t
.

&

b
e
b
i
d
a
s
A
u
t
o
m
o
c
i
n
E
l
e
c
t
r
n
i
c
a
C
e
m
e
n
t
o
&

v
i
d
r
i
o
Proceso Manufactura
12
Seccin Espaola
Aplicaciones
Industria del automvil.
Maquinaria, incluida maquinaria especial.
Almacenes automatizados
Industria siderrgica
Automatizacin de edificios.
Generacin y distribucin de energa.
Industria de papel, madera, textil.
Industria farmacutica y alimentaria.
Abastecimiento y depuracin de aguas.
Industria qumica y petroqumica.
7
Seccin Espaola
Estructura del PLC
Estructura del PLC
14
Seccin Espaola
Estructura del PLC
Bastidor
Fuente de alimentacin.
CPU
Procesadores de comunicaciones
Tarjetas de entrada.
Tarjetas de salida.
Tarjetas especiales.
8
15
Seccin Espaola
Bastidor
Perfil soporte de aluminio y plstico
Bus posterior para comunicaciones internas
Toma para tierra local
16
Seccin Espaola
Fuente de alimentacin
Las fuentes de alimentacin
suministran, a travs del bus posterior,
las tensiones de servicio necesarias
para el funcionamiento de los otros
mdulos del bastidor. No ofrecen las
tensiones de alimentacin (de carga)
para los mdulos de seales.
9
17
Seccin Espaola
CPU
Microprocesador
Memoria interna / externa
Imagen de proceso
Temporizadores
Contadores
Puertos de comunicaciones
18
Seccin Espaola
Tarjetas de entrada / salida
Tarjetas digitales de entrada
Tarjetas digitales de salida
Tarjetas analgicas de entrada
Tarjetas analgicas de salida
10
19
Seccin Espaola
Procesadores de
comunicaciones
Buses de campo
Ethernet ISO / TCP-IP
Serie
Seccin Espaola
Comunicaciones
Comunicaciones
11
21
Seccin Espaola
Tipos
Bus de sistema
Comunicacin entre estaciones de visualizacin y los PLCs
Bus de terminales
Comunicacin entre Servidores y clientes
Buses de campo
Comunicacin entre unidades centrales, CPUs y su periferia
descentralizada
Comunicacin serie
Comunicacin normalmente entre sistemas de diferentes
fabricantes.
22
Seccin Espaola
Ejemplo de comunicaciones
12
23
Seccin Espaola
Periferia descentralizada
Controladores
O
L
M
F
O
Ethernet
Descentralizacin en el campo
O
L
M
24
Seccin Espaola
Medio fsico
FO
infrarrojo
Barreras
aisladoras
Barrera Ex
+repetidor
13
25
Seccin Espaola
Comunicacin global
B+B
A
I
D
I
D
O
D
O
A
I
A
I
D
I
D
O
A
O
A
I
B+B
26
Seccin Espaola
Otros equipos de campo

Seguridad
HMI
Moti on Control
HMI
Controlador
Periferia
distribuida
Switching
Wireless Sensores Proxy Proxy
Comunicacin con Ethernet
14
Seccin Espaola
28
Seccin Espaola
Lenguajes clsicos
Son herramientas orientadas a la CPU con una programacin
muy cercana a un ensamblador. Son tpicos la lista de
instrucciones, contactos,
15
29
Seccin Espaola
Lenguajes de alto nivel
Estn orientados al usuario, tienden a simplicar las tareas de
programacin as como el tiempo dedicado a las mismas. Por el
contrario generan ms cdigo de programa.
30
Seccin Espaola
Libreras
Son paquetes que nos proporcionan funciones ya programadas
para realizar determinadas tareas.
16
Seccin Espaola
Visualizacin
Visualizacin
32
Seccin Espaola
Funciones del Scada
17
Seccin Espaola
Interfaz grfica
34
Seccin Espaola
Sistemas Scada
Cliente
Servidores
Red de
automatizacin
Modem
LAN
Intranet
LAN
Modem
LAN
Clientes
Clientes web
WebServer
en cliente
18
35
Seccin Espaola
Sistemas monopuesto
Ampliacin posterior a sistemas multipuesto
Escalabilidad del software
Sistema
Mono puesto
Escalabilidad
36
Seccin Espaola
Escalabilidad
Sistema multipuesto
Actualizacin automtica de los clientes durante la
configuracin
Alto nmero de clientes
Clientes
..
Servidor
19
37
Seccin Espaola
Escalabilidad
Tambin como sistemas redundantes
Sincronizacin ms rpida
Disponibilidad ampliada
Clientes
..
Servidor
38
Seccin Espaola
Escalabilidad
Sistemas distribuidos
Mayor nmero de Servidores
Configuraciones ms grandes
Clientes
..
Servidores
20
39
Seccin Espaola
Escalabilidad
Almacenamiento centralizado + servidor de anlisis
Altas prestaciones para histricos de datos y de alarmas
Clientes
..
Servidores
40
Seccin Espaola
Escalabilidad
Clientes como Servidor Web
Clientes como servidores Web asegurando una visualizacin
de los datos de todos los servidores de forma transparente
Clientes
..
Servidores
21
41
Seccin Espaola
Escalabilidad
Soporte de soluciones ThinClient independientes de la
plataforma hardware empleada
Clientes
..
Servidores
42
Seccin Espaola
Paneles de operador
22
43
Seccin Espaola
Plataforma HMI / MES / ERP
Seccin Espaola
Arquitecturas
Arquitecturas
23
45
Seccin Espaola
Arquitectura general
Operator
terminals
terminal
bus
Ethernet
OS single
user system
OS-Server (1...6)
system
bus
AS AS AS
46
Seccin Espaola
Ejemplo de configuracin
(ESD)
OLM
Engineering and
Operator Stations PCS 7
CPU FH
Periferia
ESD Furnaces,
compressors
Interlocks: motors,
tanks
Periferia
Sala de racks
MODBUS RTU
Industrial Ethernet (Optical Fiber)
FO
OS ES
24
47
Seccin Espaola
Entradas digitales
Safe
Modul es

Quanti ty
Total
+15%
Reserve

Modul es
Critical Inputs No Exi
SI 92 120 5 x 2
" " Exi
SI 296 336 14 x 2
" " Exi 2 de 3
SI 150
(50 x 3)
192
(79 x 3)
3 x 3
No critical inputs No Exi
NO 120 160 5
No critical inputs Exi
NO 148 192 6
Critical inputs 2 out of 3 from
keyboard direct actions.
SI 32 48 2x3

48
Seccin Espaola
Entradas analgicas y Salidas
digitales
Safety
Modules

Quantity
Total
+15%
Reserve

Modules
Analog inputs 4-20 mA Load
of motors. No critical.
NO 132 152 19
Analog inputs 2 out of 3 Exi.
SI 84
(28 x 3)
96
(36 x 3)
6 x 3
Analog inputs to MONITOR
SWITCH as critical digital
inputs.
SI 36 48 2 x 2
Outputs L.P. MCC critical.
SI 100 120 12 x 2
Outputs E.V. 110 V dc.
SI 163 190 19 x 2
Outputs to signal lamps 24 V
dc. No critical.
NO 51 64 4
Outputs to lamps from direct
actions keyboard.
NO 30 32 2

25
49
Seccin Espaola
Resumen de seales
Signals Critical No critical Total
DI 1032 352 1384
AI 246 - 246
DO 620 32 652
Seccin Espaola
Evolucin futura
Evolucin futura
26
51
Seccin Espaola
Tendencias
La complejidad de las plantas y las aplicaciones es cada
vez mayor.
El aumento de la productividad y los ciclos de innovacin
cada vez ms cortos.
fabricacin flexible tiempos de preparacin cortos Primer Lote
Integracin del proceso de produccin.
Interrelacin del control de la produccin con la logstica, el control
de los almacenes y los procesos supraordenados de gestin de la
planta
Documentacin completa de los procesos de fabricacin.
Certificados de pruebas para la Administracin / Clientes finales
52
Seccin Espaola
Consecuencias en la
Automatizacin
La complejidad de las soluciones de Automatizacin es
cada vez mayor
Los costes de Ingeniera y de Puesta en Marcha
aumentan cada vez ms
La Integracin Vertical debe realizar la interconexin
entre el Campo y los sistemas MES-(Gestin de la
Produccin) y ERP-(Planificacin de recursos)
Facilidad de uso"
La exigencia de disponer de varias capas de acceso a
la informacin en las pantallas aumenta la complejidad
del Software
27
53
Seccin Espaola
Entorno global
Control
Manufacturing Execution
Systems (MES)
Totally
Integrated
Automation
Enterprise Resource
Planning (ERP)
MES Solutions
Flujo de
trabajo en
produccin
Ciclo vida en
la produccin
Logstica de entrada Proceso
Manufactura Logstica de salida
Diseo e
ingeniera
Instalacin
y puesta
en servico
Operacin Mantenimiento
Modernizacin
y ampliacin
54
Seccin Espaola

7 Sistemas Control

Загружено:

Сведения о документе

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

7 Sistemas Control

Загружено:

Авторское право:

Доступные форматы

Mdulo:

2006 Ergonoma Organizacin Tecnologa

2006 Ergonoma Organizacin Tecnologa

2006 Ergonoma Organizacin Tecnologa

2006 Ergonoma Organizacin Tecnologa

2006 Ergonoma Organizacin Tecnologa

2006 Ergonoma Organizacin Tecnologa

2006 Ergonoma Organizacin Tecnologa

2006 Ergonoma Organizacin Tecnologa

2006 Ergonoma Organizacin Tecnologa

2006 Ergonoma Organizacin Tecnologa

2006 Ergonoma Organizacin Tecnologa

2006 Ergonoma Organizacin Tecnologa

2006 Ergonoma Organizacin Tecnologa

2006 Ergonoma Organizacin Tecnologa

2006 Ergonoma Organizacin Tecnologa

2006 Ergonoma Organizacin Tecnologa

2006 Ergonoma Organizacin Tecnologa

2006 Ergonoma Organizacin Tecnologa

2006 Ergonoma Organizacin Tecnologa

2006 Ergonoma Organizacin Tecnologa

2006 Ergonoma Organizacin Tecnologa

Otros equipos de campo

Вам также может понравиться