5.0 - page 128 to 140

C. Planos
Los planos emitidos a nivel FEED para la elaboración de la propuesta económica son los
siguientes:
INSTRUMENTOS
Nº de Plano DESCRIPCION
CSL-076200-EI-IC-01 REVA DIAGRAMA DE UBICACIÓN DE INSTRUEMNTOS .
CSL-076200-EI-IC-02 REVA DIAGRAMA DE UBICACIÓN DE INSTRUEMNTOS.
CSL-076200-EI-IC-03 REVA ESTARTEGIAS DE CONTROL DE LA
COMUNICACIÓN.
CSL-076200-EI-IC-04 REVA RECORRIDO DE DUCTOS DE INSTRUMENTACIÓ Y
RED DE COMUNICACIONES
CSL-076200-EI-IC-05 REVA UBICACIÓN DE INSTRUMENTOS Y LA RED DE
COMUNICACIÓN EHTERNET VÍA FIBRA ÓPTICA
MONOMODO
D. Códigos y Reglamentos
Todos los trabajos se ejecutarán de acuerdo con los requisitos de las secciones
aplicables de los siguientes Códigos y Reglamentos:
Especificaciones Técnicas de Montaje Normas ANSI/ASME
Normas aplicables en el Perú (Código Eléctrico Nacional)
Normas ISA (Instrument Society of American)
Normas IEEE
Normas UNE
Reglamentos de Instalaciones de a campo abierto
Reglamentos de Seguridad y salud conforme al sistema integrado de la ISO
Reglamento Contraincendio y áreas clasificadas para el área de Gas
Todo material y forma de instalación se hallen o no específicamente mencionados aquí o
en los planos, deberán satisfacer los requisitos de los Códigos y Reglamentos
mencionados.
E. Comisionamiento del Sistema
Pruebas a efectuar:
Pruebas de aislamiento y continuidad de los cables y emisión de protocolos
Protocolo de pruebas de los instrumentos que se instalaran en el proyecto.
Pruebas de precomisioning y comisioning del SISTEMA SCADA.
Protocolos de conexionado de Cables DE LOS INSTRUMENTOS Y SUS PRUEBAS
Protocolos de prueba de la MOVs y la red Fieldbus para la comunicación con el PLC
Acta de Recepción de Obra y entrega de manuales del proyecto, incluyendo los planos
As Built generados en el proyecto.


FILOSOFIA DEL SISTEMA DE CONTROL Y COMUNICACION
A. Introducción
Esta especificación describe los requerimientos funcionales de diseño, hardware, software,
performance, servicios y documentación para un Sistema de Control de Procesos
Integrado para este Proyecto.
Los requerimientos técnicos listados aquí son una guía que se utilizará para establecer los
estándares de calidad, performance, escalabilidad, utilización y migrabilidad del sistema
propuesto con el propósito de establecer una base para las evaluaciones técnica y
comercial, y poder seleccionar un proveedor para el Proyecto.
Alcance
Se define al Sistema de Control de Procesos Integrado como escalable, confiable, de
costo efectivo, que brindará una solución de hardware y software fácil de usar.
Para la generación de la Oferta se utilizarán las cantidades de componentes y funciones
de control definidas en esta Especificación.
El Proveedor deberá implementar un sistema de control completo y operativo de acuerdo
con esta Especificación.
Responsabilidad del Proveedor
El Proveedor propondrá un sistema de control basado en unidades de software, hardware
y servicios asociados con capacidad de satisfacer toda la funcionalidad aquí descripta. El
Proveedor deberá incluir en su Oferta toda aquella excepción, modificación, aclaración o
mejora al alcance que haya sido ofertada. El Proveedor será el responsable de reunir
todos los requerimientos funcionales de esta Especificación, y aquellos que no lo fueran
deberán incluirse en un Listado de Excepciones.
El Proveedor será responsable además de los siguientes servicios:
Ensamble del equipamiento
Armado y ensayo del sistema, incluyendo simulación y pruebas de lógicas
Servicios de prueba en sitio y puesta en marcha del sistema
Entrenamiento para personal de Ingeniería, Mantenimiento y Operación de la Planta
El Proveedor asignará un Gerente de Proyecto calificado para coordinar las actividades
conjuntas con el Comprador a partir de la emisión de la Orden de Compra. El Gerente de
Proyecto será el responsable de la coordinación técnica, comercial, de servicios, y de los
requerimientos del cronograma del proyecto completo, incluyendo las recomendaciones de
todo equipamiento y/o funcionalidad que considere aplicable para la mejor ejecución del
Proyecto.
El proveedor ensamblará e interconectará todos los componentes del sistema de control
en su planta. El software, hardware y configuración del sistema de control de procesos


deberán ser ensayados antes de su despacho a planta, realizándose un FAT (Factory
Acceptance Test) en la planta del Proveedor. El Proveedor deberá emitir una copia del
protocolo del FAT a los 20 (veinte) días de recibida la Orden de Compra.
El Proveedor suministrará el servicio de un ingeniero de campo calificado para realizar
ensayos, prueba de lazos y puesta en marcha durante la puesta en servicio del sistema en
nuestras instalaciones.
Se deberá suministrar con la oferta una lista de repuestos recomendados para un año, con
precios unitarios, como parte de la Oferta.
SISTEMA DE AUTOMATIZACION
El sistema estará compuesto por productos estándar del oferente (hardware, software,
firmware, etc.), configurados de acuerdo a lo requerido por la Aplicación. Se definen como
productos estándar a aquellos que poseen número de catálogo, boletín informativo,
especificaciones técnicas, documentación del usuario y se encuentran disponibles para su
venta. El fabricante del equipamiento de hardware y software a proveer deberá estar
certificado de acuerdo a la Norma ISO 9000 o equivalente.
Todo el sistema deberá haber sido creado sobre tecnología orientada a objetos de última
generación, entendiéndose que los mismos podrán ser navegados de acuerdo a las reglas
del buen arte aceptadas para el uso industrial.
El sistema de automatización deberá contar con una plataforma tanto de software como de
hardware que permita la integración y accesibilidad a la información en forma sencilla y
que cumpla con las siguientes condiciones:
A. Integración de la Información
El sistema propuesto deberá contar con la facilidad de navegación de los objetos
configurados en el sistema mediante un árbol tipo explorador de Windows, accediendo de
este modo a los datos e información asociados al mismo en tiempo real. Es decir, un
objeto tal como un interruptor podrá ser navegado y sus características (estado
cerrado/abierto, comandos, manuales, documentación, planos mecánicos, etc.)
visualizadas desde la misma aplicación.
Dichas características podrán formar parte del sistema de control en sí mismo o de
aplicaciones de terceros preexistentes, creando de esta manera una integración total de la
información disponible en planta en caso de ser requerida. El sistema de automatización
deberá haber contar con una plataforma base que permita y facilite esta integración.
En aquellas aplicaciones propias del sistema de control, la plataforma deberá en forma
automática generar las características de los objetos, para lo cual deberá contar con
bibliotecas de objetos organizadas por tipo de aplicación (biblioteca de instrumentos, de
equipos eléctricos, etc.). Esto implica que muchas de las tareas de ingeniería serán
configuradas automáticamente por el sistema; por ejemplo, al insertar un controlador o
interruptor, el sistema inluirá automáticamente el frente de operación del mismo sin
requerir que se realice tareas de ingeniería adicionales.


La navegación de las diferentes características de los objetos se organizará en diferentes
estructuras, que podrán ser navegadas según el perfil del usuario que las visualice. Es
decir, un operador podrá acceder a los datos, información y características de los objetos
(como frente de operación, mímico de planta, etc.) que le permitan operar la planta de la
manera más efectiva y sencilla. El personal de mantenimiento podrá acceder a datos e
información de las características de mantenimiento del mismo objeto, como planos,
repuestos, manuales, etc., mediante menús asociados al tipo de usuario.
B.- Nivel de Integración
El sistema propuesto deberá facilitar la integración de objetos y ofrecer la disponibilidad de
los datos en tiempo real para su integración con el resto de los sistemas de la Empresa.
La configuracón del sistema de control deberá permitir la conectividad e integración
(vertical por jerarquías y horizontal entre pares) de la información disponible en tiempo real
con los sistemas ERP (Enterprise Resource Planning), MES (Manufacturing Execution
Systems) y/o CMMS (Computerised Maintenance Management Systems) de la empresa, a
través de objetos y funciones de los mismos. Es decir, la plataforma del sistema de
automatización propuesta podrá integrar los sistemas de toda la Empresa y su comunidad
colaborativa (desde Compras, Proveedores y Almacenes hasta RRHH).
En el nivel de automatización y por medio de buses de campo estándar2, deberán poder
integrarse equipos de campo (transmisores, posicionadores, etc.) y elementos de
accionamiento eléctrico (variadores de velocidad, CCMs, etc.) en forma transparente.
Estos equipos serán tratados por el sistema como objetos con las características propias
de cada proveedor.
El sistema deberá contar con herramientas y bibliotecas de objetos predefinidos que
permitan esta integración.
C.- Utilización de Estándares
El software de aplicación ofertado deberá haber sido diseñado completamente en 32 bits
para sistemas operativos Microsoft Windows 2000 / 2000 Server / XP. Los paquetes de
software de aplicación para control diseñados para MS-DOS, Windows 3.x, Windows 95 o
Windows 98, y que pueden correr en plataformas Microsoft Windows NT no serán
aceptados. El Proveedor del sistema deberá desarrollar toda la implementación de la
aplicación de manera que no se requiera modificaciones sobre el sistema operativo
Microsoft Windows 2000 o XP.
El software básico incluirá como funcionalidad la integración de aplicaciones debiendo
correr sobre la plataforma Microsoft Windows. Los usuarios del sistema y sus permisos
serán administrados por el propio administrador de usuarios de Windows, permitiendo así
el manejo central de usuarios en toda la organización sin requerirse listas de autorización
alternativas.
Todo componente del sistema de automatización y control utilizará estándares
internacionales reconocidos, como tecnología Windows™ (Internet Explorer, OPC,
2 En el caso de Sistemas Instrumentados de Seguridad, no se admite la utilización de buses de campo para las
señales de disparo.


COM/DCOM, ActiveX, Visual Basic), SQL, Ethernet TCP/IP, IEC-61131-3, Profibus,
Foundation Fieldbus, HART, FDT/DTM, etc.
El sistema dispondrá como mínimo de los siguientes protocolos: Ethernet TCP/IP, Profibus
DPV1, Profibus PA, Foundation Fieldbus HSE, Foundation Fieldbus H1, Modbus y HART;
y contará con la posibilidad de desarrollar protocolos a medida por el usuario en caso de
ser necesario para la aplicación.
D. Sistema Escalable
El Oferente deberá proponer una capacidad en el sistema de control de acuerdo con las
necesidades actuales solicitadas en la presente Especificación, pero el mismo deberá
poder expandirse a medida que los requerimientos de la planta aumenten. Esta
expansibilidad no involucrará perdida de la funcionalidad o perfomance del sistema.
Esto se entiende no sólo en cantidad de I/O, controladores, puestos de operación,
servidores y/o partes de hardware y software, sino también en funcionalidades del sistema
integrado completo. Es decir, la plataforma que el proveedor ofrezca deberá poseer una
arquitectura consistente que permita cubrir Automatización y Control, Automatización de
Subestaciones y Sistemas de Seguridad con la misma herramienta de ingeniería y
operación.
E. Confiabilidad y Disponibilidad
El sistema de control de procesos será construido con especial énfasis en la confiabilidad
y disponibilidad de todas sus partes. Para ello, los componentes del mismo (I/O, buses de
campo, redes de comunicaciones, controladores, servidores, puestos de operación) se
podrán configurar en forma redundante para alcanzar los niveles de disponibilidad
adecuados para cada aplicación.3
F. Arquitectura del Sistema
La arquitectura del sistema de automatización consistirá en una plataforma basada en
tecnología de objetos, que proveerá la funcionalidad y el marco (framework) para poder
integrar y conectar los diferentes componentes y aplicaciones.
La conectividad permitirá el acceso a los datos en tiempo real, históricos, alarmas y
eventos desde los distintos controladores y dispositivos, que correrán las aplicaciones que
provean la funcionalidad del sistema, tanto como servidoras o como clientes de los datos.
El sistema permitirá la adquisición de datos y funciones de control a realizarse en múltiples
locaciones (sistema distribuido), permitiendo controlar y monitorear el proceso desde una
sala de control central. El sistema deberá ser lo suficientemente escalable y flexible como
para poder ser configurado según un amplio rango de requerimientos del proceso, tanto de
lazos como de componentes, sin necesidad de cambios del hardware.
3 En el caso de Sistemas Instrumentados de Seguridad, se requerirá además la certificación correspondiente al
nivel SIL asociado a la probabilidad de falla ante demanda (PFD) definida para el Proyecto.


La distribución del sistema de control deberá ser tal que permita distribuir inteligencia
(CPUs) o I/O en forma remota en campo, según sean las necesidades de cada área de
control donde el mismo será instalado.
Plataforma de Integración
El sistema deberá contar con una plataforma base de integración que provea las
siguientes funciones:
Funciones básicas: seguridad, instalación, administración de licencias, NLS,
administración de eventos del sistema, administración de objetos, servicios,
administración de puestos de trabajo, servicios OPC, entre otros.
Funciones adicionales: gráficos dinámicos, manejo de alarmas y eventos,
presentación y colección de datos históricos, etc.
Esta plataforma deberá trabajar en forma transparente de manera que las herramientas de
desarrollo de aplicaciones permitan operar en un entorno amigable.
Redes y Topologías
Las comunicaciones del sistema se basarán en Ethernet TCP/IP, lógicas y físicamente
constituidas en diferentes niveles.
Red de Control
La red de control será una red de área local (LAN) optimizada para brindar
comunicaciones de alta performance y confiables, con una respuesta predecible en tiempo
real. Los controladores y servidores se conectarán a esta red de control. La red utilizará en
el nivel de aplicación (application layer) el protocolo MMS (Manufacturing Message
Specification) según la norma ISO-9506, con servicios adicionales para distribución de
tiempos y redundancia.
Se prefiere que la red de control utilice comunicaciones sobre estándares IEEE 802.3, IEC
y CSA, y que físicamente utilice conectores con diseño 10Base10, 10BaseT o 10BaseFO
(fibra óptica). La red deberá podrá conectarse a la intranet/internet.
La red de control deberá soportar tanto cable como fibra óptica.
El sistema deberá soportar una interfaz de Operación sobre Pocket PC o PDA a través de
Bluetooth o IEEE 802.11b para acceso de operación portátil a la planta.
El sistema de control propuesto deberá soportar la tecnología “pinged” para proveer
confirmación visual de los dispositivos físicos en la red.
La red de control podrá ser redundante. La conmutación automática de la red de control no
deberá interrumpir la operatoria de otros sistemas.
No deberá ser posible para un externo o tercero conectado a través de la red de
comunicaciones, interrumpir la operación de algún dispositivo dentro del sistema. Un
administrador de seguridad por usuarios controlará la lectura/escritura desde sistemas
externos.


Red Cliente / Servidor
Se utilizará una red cliente/servidor para las comunicaciones entre las estaciones de
operación y los servidores. La red de control y la red cliente / servidor podrán correr sobre
la misma red física en aquellas aplicaciones cuyo tamaño lo permitan. La red
cliente/servidor podrá ser redundante si es requerida.
Intranet/internet
La intranet puede ser utilizada para la instalación del sistema de automatización si la
misma está disponible en el área específica de la planta. Dependiendo del tamaño de la
instalación, su disponibilidad, seguridad y temas relativos a los requerimientos de
performance y confiabilidad en el área, las redes de control, cliente/servidor e intranet
podrán correr sobre el mismo medio físico.
Buses de campo
Se utilizarán buses de campo mediante fibra óptica monomodo para interconectar los
PLCs de campo mediante el protocolo Ethernet con el PLC Maestro principal que se
ubicará en la sala de control principal que se ubicara en el segundo piso sobre las oficinas
de Control de Calidad, la filosofía será centralizar todo el control utilizando para ello
conforme al Plano CSL-076200-IC-003, en la cual se muestran todos los accesorios y
equipos para enlazar el sistema propuesto, en donde existen conversores de medio,
Switch Ethernet, módulos de I/O, etc, los que interconectarán sensores inteligentes,
actuadores, variadores de velocidad, controladores monolazos, etc. Estos buses
permitirán transmitir valores en tiempo real (típicamente mediciones de proceso), como así
también diagnósticos, estados y condiciones del propio dispositivo.
Es decir el bus de campo para esta aplicación será el Protocolo TCP/IP EHTERNET, por
ser un protocolo transparente y de fácil acceso. Todos los equipos de campo tendrán
salidas de 4 a 20mA para su control y supervisión y las señales digitales serán mediante
contacto seco y aisladas.
SISTEMA DE CONTROL
A. Interfaces de Operación
El sistema de automatización y control deberá soportar tres diferentes tipos de
equipamiento para operación:
Estaciones de Operación Fijas: basadas en PCs, serán los puestos de trabajo normal de
los Operadores de las Plantas
Paneles de Operación Local: basados en equipamiento industrial para instalar en forma
local en los tableros de campo, serán equipos estándar especialmente diseñados para
esta función.
Estaciones Móviles: basadas en Pocket PC o PDAs que dispongan de tecnología
inalámbrica tipo Bluetooth o WiFi.


Estaciones de Operación
Todas las funciones normales serán manejadas desde la sala de control central, utilizando
estaciones de trabajo basadas en sistema operativo Microsoft Windows 2000 / XP
(Windows 2000 Server en el caso de servidores o Pocket Win / PalmOS 4 en caso de
PocketPC / PDAs). Estas estaciones de trabajo permitirán múltiples y simultáneas
ventanas operativas (multi-tasking).
Como fue definido anteriormente en esta especificación, el sistema de control propuesto
deberá ser integrable. En particular para las estaciones de trabajo, la escalabilidad se
basará en módulos de software diseñados y probados para cumplimentar un uno-a-uno y
para integrar una solución de sistema de control de procesos escalable.
La orientación a objetos del sistema deberá permitir crear soluciones que podrán ser
reutilizadas dentro del mismo proyecto o entre varios proyectos. Los objetos se basarán en
la tecnología estándar actual de Microsoft COM/DCOM, ActiveX, y OPC (OLE para
Process Control) entre otros.
La funcionalidad principal de las estaciones de operación será la presentación de gráficos
de operación, alarmas, tendencias, diagnósticos del sistema, etc.
El software deberá basarse en la topología Cliente/Servidor. Deberá ser posible realizar
una arquitectura flexible, pudiendo elegir qué estación actuará como Cliente y cuál como
Servidora. En aplicaciones pequeñas deberá ser posible que el Cliente y Servidor corran
en la misma PC física.
El software de operación deberá poder categorizar a los distintos usuarios por grupos
como operadores, ingenieros de planta, técnicos de mantenimiento, etc. Cada usuario
deberá poder visualizar y controlar una parte de la información de los objetos según su
categoría, de manera de optimizar las funcionalidades disponibles para cada usuario. Por
ejemplo, los Operadores podrán navegar entre diferentes pantallas que le permitan
monitorear, controlar y estudiar tendencias con un mínimo esfuerzo; el Ingeniero de planta
podrá acceder a las herramientas de ingeniería, crear objetos, modificarlos, etc.; el
personal de Mantenimiento podrá acceder a manuales, planos, etc.
Módulo de Operación: proveerá los elementos necesarios para operar en forma segura al
proceso. Como mínimo deberá incluir múltiples niveles de seguridad definidos por el
usuario, funciones gráficas, administración de alarmas, tendencias en tiempo real e
históricos.
Además, los datos de proceso en tiempo real deberán poder suministrarse a una
aplicación Microsoft Excel corriendo en la misma estación de trabajo.
Módulo de Alarmas/Eventos: proveerá la habilidad de capturar y registrar eventos del
sistema y eventos de operadores con estampado de fecha y hora.
Como mínimo, los tipos de eventos a ser capturados por este módulo serán: cambios
realizados por el operador, estado de alarmas (activa, reconocida, etc.), cambios de la
configuración, carga de base de datos a los controladores y cambios de estado del
sistema de control (cambio de estado “bueno a malo”, etc.).


Módulo de Ingeniería: proveerá una biblioteca de objetos de control de procesos como
bloques de función con funcionalidad completa, incluyendo PID, válvulas, motores, etc.
con sus frentes de operación y pantallas estándar, como pantallas de grupos y tendencias,
y pantallas SFC (Sequential Function Chart) para asistir al desarrollo de la aplicación
específica minimizando el trabajo de ingeniería. Mínimamente este módulo deberá ser
capaz de desarrollar pantallas gráficas de funciones, desarrollo de estrategias de control
complejas, secuencias y reportes.
Requerimientos Físicos de las Estaciones de Trabajo
El Comprador utilizará diferentes estaciones de trabajo para operación e integración, pero
con la misma configuración de hardware. Todas las estaciones de trabajo del cliente
tendrán la siguiente configuración mínima: Intel Pentium IV de doble procesador , 2.0GHz,
1 GB RAM. El Oferente deberá incluir en su propuesta las recomendaciones de memoria
con su precio asociado.
Todos los servidores deberán de ser del tipo Industrial y serán provistos con la siguiente
configuración mínima: Intel Pentium IV de doble procesador 3GHz, 1024 MB, y deberá ser
como mínimo de las siuientes marcas : HP , DELL, o IBM, no se aceptarán computadoras
compatibles ni estaciones de trabajo convencionales. Cada Servidor del cliente deberá ser
provista con un monitor de 19” (medido en la diagonal), con 1028 x 768 píxels de
resolución mínima, con placa de video SVGA con 32 Mb DRAM y 64 bits.
Cada estación de trabajo deberá ser provista como mínimo con 100 Gbytes de disco rígido
tipo E-IDE, CD-ROM de 50x, disquetera de 3.5”, placa de sonido de 16 bits y placa de red
Ethernet 10/100 Mb (TCP/IP).
Todo el hardware (placa de red, audio, etc.) y todo el software (sistema operativo, software
de red, etc.) deberá ser instalado y probado en todas las estaciones de trabajo antes de
ser despachado.
Requerimientos del Software de la Estación de Trabajo
El sistema ofertado deberá soportar las funciones de ingeniería y operación en una
estación de trabajo y las funciones de integración de planta en una segunda estación.
El software de la estación de trabajo deberá poder utilizarse con un simple "click" del
mouse para acceder a pantallas gráficas, alarmas, tendencias, diagnósticos y otras
aplicaciones. Todos los manuales del sistema (instalación, ingeniería, operación, etc.)
deberán estar disponibles como ayuda on-line.
El área de alarmas deberá ser dedicada para mostrar las alarmas activas en forma
continua en la parte superior de la pantalla. Mediante un click del mouse sobre un tag de
alarma se podrá acceder al frente de control asociado al tag. Asimismo, un menú
contextual permitirá acceder a la información disponible permitida para cualquier tag en
pantalla.
La estación de operación deberá brindar tendencias en tiempo real e históricas de por lo
menos 200 variables por segundo.


Para poder recolectar, analizar y realizar mejoras en el proceso basándose en datos del
mismo en tiempo real e históricos, la estación de operación deberá ser capaz de enviar
datos del proceso a una de Microsoft Excel. El Proveedor deberá incluir en la Oferta
detalles de cómo se realizará esto con el sistema propuesto.
Cada estación de operación tendrá por lo menos 16 niveles o perfiles de seguridad de
acceso para un total de al menos 100 usuarios u operadores por nivel. El proveedor
deberá detallar en su propuesta los niveles de seguridad de usuarios, y cómo esos niveles
pueden ser administrados para múltiples operadores.
Cada estación de operación brindará un listado de eventos con estampado de fecha y
hora con una resolución de 1 (un) milisegundo, capturando y almacenando eventos como
cambios de setpoint por el operador, activación de alarmas, cambios de configuración, etc.
Todos los eventos efectuados por el usuario deberán incluir su identificación en el registro.
El Oferente deberá incluir en su propuesta un detalle valorizado del software de aplicación
para realizar esta captura y registro de datos.
La única fuente de eventos y alarmas de proceso deberá ser el controlador de procesos.
Todos los cálculos de alarmas y sus límites deberán correr en el equipo de control de
procesos; las estaciones y servidores sólo realizarán monitoreo, visualización y registro de
las mismas.
Cada estación de operación deberá ser capaz de brindar diagnósticos de todo el sistema
con pantallas pre-configuradas estándar. Como mínima información para mantenimiento
se deberá poder acceder al estado de módulos y canales (fallas de módulo, canal en corto
circuito, canal forzado, etc.). El Oferente deberá detallar su módulo de diagnósticos
ofertado, incluyendo cualquier ítem que asista a la localización de eventos de
diagnósticos. La estación de operación deberá capturar y almacenar eventos de
diagnósticos con estampado de fecha y hora.
El módulo de software de ingeniería deberá brindar un ambiente de configuración de la
base de datos global para la totalidad del sistema de control de procesos. Por ejemplo,
cuando se configura un motor dentro del sistema, los atributos necesarios para su
visualización en todas las estaciones de operación, ingeniería y mantenimiento, existirán
en un único lugar en la base de datos global (que podría ser redundante). El servidor que
maneja dicha base de datos deberá soportar redundancia como estándar del sistema.
El software de ingeniería deberá incluir una biblioteca pre-configurada, reusable y editable
de módulos y piezas de estrategias de control. Se podrán crear bloques de función y
frentes de operación definibles por el usuario. El Oferente deberá incluir en su propuesta
un listado completo de los módulos estándar pre-configurados, y listados de módulos
disponibles opcionalmente con su costo.
La documentación gráfica deberá ser generada automáticamente para la totalidad del
sistema de control de procesos incluyendo programas de los controladores, layout del
hardware de los controladores y del sistema, incluyendo los dispositivos de campo que se
encuentren conectados por buses de campo, configuraciones de las estaciones de trabajo,


listado de tags de todo el sistema y listado de entradas y salidas con su lista de
referencias cruzadas.
El software de ingeniería debe proveer una interfaz de configuración gráfica como la
definida por la norma IEC-61131-3 para el desarrollo y mantenimiento de la aplicación de
control. El Oferente deber brindar el software de configuración que permita desarrollar la
estrategia de control en los lenguajes definidos por la norma IEC-61131-3: diagramas de
bloques de función (FBD – Function Block Diagram), texto estructurado(ST – Structured
Text), lista de instrucciones (IL – Instruction List), diagrama de funciones secuenciales
(SFC – Sequential Function Chart), y diagramas escalera (LD – Ladder Logic); además de
otros lenguajes como opcionales. El módulo de software de configuración deberá soportar
la combinación de lenguajes de control en un mismo programa; podrá manejar estructura
de datos para facilitar la transferencia de datos estructurados.
El software de ingeniería deberá generar en forma automática la comunicación entre todos
los componentes del sistema: no se requerirá programación para establecer comunicación
e intercambio de datos entre controladores o entre controladores y estaciones de trabajo o
servidores.
El software de ingeniería deberá incluir un editor gráfico para la configuración de la
arquitectura del sistema completo con los controladores, estaciones de trabajo y todos los
dispositivos de campo que se conecten a través de buses de campo.
El software de ingeniería deberá poseer un chequeo verificado de errores. La
configuración del proyecto completo (hardware y software) podrá realizarse en base a
partes simples (programa, aplicaciones o bloques funcionales), y cualquier modificación
deberá ser chequeada sintácticamente antes de permitir realizar una carga (download). Si
las modificaciones no han sido chequeadas, el software no debe permitir una carga a los
controladores o estaciones de trabajo.
El software de ingeniería deberá brindar un sistema de diagnósticos detallados. Como
mínimo deberá contar con la información de módulos y estado de canales, la versión de
hardware y software de cada módulo de entrada y salida, las horas de operación, etcétera.
Una estación de trabajo para integración de aplicaciones deberá ser capaz de recolectar
datos y compartirlos con aplicaciones como Microsoft Excel utilizando normas existentes
como OLE y OPC. El oferente deberá incluir en su propuesta un detalle de esta capacidad
del sistema, su forma de acceso, seguridad y precisión con aplicaciones de terceros como
Microsoft Excel.
Protección del Software
No se permitirá emplear ningún mecanismo de bloqueo por software que restrinja al
usuario de copiar los códigos fuente o compilados del medio de almacenamiento, salvo lo
restringido por su licencia. Ningún mecanismo de bloqueo por software restringirá al
usuario de inicializar la terminal (boot). Esto implica que no habrá “discos llave” o claves
no suministradas para poder utilizar el software como parte del sistema. Se permitirá el


uso de una llave de protección de software tipo hardkey, siempre que no impida la
operación del sistema en caso de falla.
Niveles de Revisión del Software
El software estándar del sistema del Oferente será suministrado en su más reciente
versión y revisión disponible al comienzo del proyecto.
Si se requiere, el Oferente deberá suministrar un manual de procedimientos detallado
paso a paso acompañando a todas las actualizaciones de software (upgrades).
Equipamiento de Terceros
Tanto el hardware como el software de terceros deberán ser entregados en la última
versión disponible al momento de colocar la Orden de Compra.
Todo equipo provisto como parte de este sistema que no sea fabricado por el Oferente
deberá ser de producción corriente para el proveedor original al momento de emisión de la
Orden de Compra. Esto significa que estará disponible en forma corriente por el fabricante
original. Ese tipo de equipamiento deberá cumplir con las especificaciones y estándares
de este Pliego de Condiciones.
B. Controladores de Procesos
Hardware del Controlador
Unidades de Procesamiento
Los controladores estarán compuestos por una o varias unidades principales de
procesamiento (CPUs) las cuales podrán ser configuradas en arquitecturas simples o
redundantes de acuerdo a las necesidades de cada área.
El hardware de los controladores de proceso se basará en unidades CPUs que deberán
poder escalarse de acuerdo a las necesidades de la aplicación, y módulos de expansión
de I/O, fuentes de alimentación y módulos de comunicaciones.
La CPU deberá contar con puertas de comunicaciones Ethernet (TCP/IP) y serie que
permitirán programar al equipo, obtener diagnósticos, comunicarse con las estaciones de
operación y paneles locales, etc. La CPU del controlador deberá poder montarse sobre riel
estándar DIN, sin necesidad de contar con un gabinete o rack (housing) de montaje para
alojar las placas controladoras, fuentes de alimentación y placas de I/O.
Los módulos de I/O podrán ser conectados al controlador tanto en forma local como
remota (mediante buses de campo estándar) de acuerdo a los requerimientos de cada
área de la planta.
La CPU de los controladores deberán ser REDUNDANTES y Hot Swap además deberá
contar con una memoria mínima de 16 Mbytes de RAM, y el firmware de la misma deberá
estar implementado en FlashPROM. No serán aceptadas CPUs de controladores con


firmware en EPROM / EEPROM o elementos físicos similares. Las actualizaciones de
firmware podrán ser realizadas por software.
La CPU del controlador deberá contar con un reloj de tiempo real (RTC) y una batería de
soporte de la RAM, de manera de asegurar el reinicio del programa cargado sin necesidad
de reponerlo ante un corte de la alimentación eléctrica.
En las aplicaciones con SOE (Sequence Of Events), el estampado de fecha y hora con
resolución de 1 milisegundo será realizado en los módulos de I/O dedicados para esta
función y transferidos al controlador para que sea reportado al sistema de Alarmas y
Eventos.
El controlador deberá poder ser configurado en tareas, que podrán programarse para que
sean ejecutadas a diferentes intervalos de tiempo. Deberá contar con la posibilidad de
organizar sus programas aplicativos en al menos 8 tareas; los ciclos de las tareas serán
definidos por el usuario con tiempos de barrido de 5 ms o más (desde lógicas de
emergencia de alta velocidad hasta lazos de control de lentos).
Unidades de Entradas / Salidas (I/O)
Las unidades de I/O serán módulos aptos para diferentes tipos de señales (analógicas,
digitales, temperatura, etc.) que podrán ser conectadas en forma directa al controlador o
bien ubicadas en locaciones remotas y comunicadas con la CPU por medio de buses de
campo estándar.
Los módulos deberán contar con por lo menos dos tipos diferentes de borneras, una
simple con un mínimo de bornes por punto de I/O, y otra completa con capacidad para
alojar el conexionado de señales de campo en forma directa, sin necesidad de utilizar
borneras frontera. En aquellas conexiones de campo que requieran realizar puentes, estas
borneras deberán contar con bornes disponibles para realizarlos.
Cada bornera y módulo de E/S dispondrá de trabas mecánicas y/o de software de forma
tal que prevenga la mezcla accidental de módulo o borneras. Por ejemplo, no permitirá
colocar un módulo discreto en una bornera analógica.
La electrónica de los módulos de I/O deberá poder removerse de las borneras sin
necesidad de desconectar o reconectar el cableado de campo para su reemplazo.
El sistema deberá permitir el reemplazo en caliente (hot swap) de cualquier módulo de I/O,
en forma práctica y segura sin parar ni interferir con el controlador o el sistema. La
configuración y parametrización de todos los módulos de I/O deberán ser efectuados
solamente a través del software. Los módulos de I/O no deberán contar con llaves, dipswitches,
o elementos de direccionamiento, pudiendo ser ubicados en cualquier orden
seleccionado para la aplicación.
No se aceptarán sistemas que deban ser desenergizados para poder agregar un módulo
de I/O.
Los módulos contarán con leds indicadores de estado (falla, comunicaciones,
alimentación, etc.) en su frente, permitiendo a simple vista visualizar el estado del mismo