UNIVERSIDAD PONTIFICIA COMILLASESCUELA TCNICA SUPERIOR DE INGENIERA (ICAI)INGENIERO EN INFORMTICA

PROYECTO FIN DE CARRERA

APLICACIN PARA EL CHEQUEO DE INTERFERENCIAS EN PDS (PLANT DESIGN SYSTEM)

AUTOR: ASIER VEGAS BECERRIL MADRID, junio 2007

Autorizada la entrega del proyecto al alumno:

Asier Vegas Becerril

EL DIRECTOR DEL PROYECTO

igo Lobato Elsegui

Fdo:

Fecha:

V B del Coordinador de Proyectos

David Contreras Brcena

Fdo:

Fecha:

2

RESUMEN DEL PROYECTOEste proyecto tiene como objeto el desarrollo de una aplicacin que sirva de ayuda para solucionar en parte el problema real de aparicin de interferencias, es decir, colisiones fsicas o no fsicas entre los distintos elementos constructivos, durante la fase de construccin y montaje, de una central de ciclo combinado.

El proceso tradicional consista en el modelado en plstico de las centrales para la deteccin de las interferencias, pero su elevada complejidad, unida a su alto coste, y la dificultad de ejecutar cambios en su diseo, hacan de este procedimiento algo costoso y poco rentable.

Para la realizacin de este proyecto se ha utilizado un programa de diseo de plantas en 3D llamado Plant Design System o PDS, que no slo permite el modelado de todos los elementos de una central con un alto grado de detalle e informacin, sino que es capaz de gestionar los distintos tipos de interferencias que puedan existir.

Del mismo modo tambin se ha utilizado un programa de visualizacin denominado SmartPlant Review o SPR, que permite la navegacin en profundidad construccin y la visualizacin de datos de diseo, generados con PDS en modelos

y mantenimiento

tridimensionales.

Una vez se obtiene un listado apropiado de las interferencias detectadas, es necesario filtrarlas y analizar su importancia, si son realmente interferencias, o simplemente son fallos de diseo, etc. Para ello PDS presenta grandes limitaciones, ya que los informes que genera el programa son en formato de texto, y dado el gran nmero de colisiones que pueden existir en el diseo de una central de ciclo combinado, el tratamiento de la informacin mediante archivos de texto, resulta3

rudimentaria. La mejora de esta carencia de PDS es el objeto del presente proyecto, conseguir desarrollar una aplicacin que permita tratar las interferencias de una manera sencilla e intuitiva para ahorrar tanto tiempo como costes en las fases de diseo y construccin de una central de ciclo combinado. La solucin desarrollada en este proyecto consiste en paliar las limitaciones de PDS, consiguindose una herramienta til y eficaz para la toma de decisiones sobre las diferentes interferencias surgidas en un proyecto desarrollado por Iberinco (Iberdrola Ingeniera y Construccin). Gracias a esta aplicacin, la resolucin de las interferencias ser un paso casi inmediato: Aprobacin de interferencias que no sean reales, para que en futuros chequeos no sean detectadas, o bien El cambio de diseo para solventar las interferencias reales de tal forma que en futuras revisiones y por supuesto en la fase de construccin, esta colisin ya no exista. Esta aplicacin podr ser usada en cualquier proyecto realizado, o que se est siendo desarrollado por Iberinco.

4

ABSTRACTThis Project takes as an object the development of an application that helps to solve the real problem of appearance of clashes, that is to say, physical or not physical collisions between the different constructive elements, during the phase of construction and mounting of a combined cycle plant.

The traditional process consisted of modelling in plastic the plants for the detection of the clashes, but its high complexity in addition to its high cost, and the difficulty of executing changes in its design, made the process difficult to be obtained and not profitable.

For the accomplishment of this project it has been used a three dimension design program called Plant Design System or PDS, which not only allows you to model one of all the elements of a combined central plan with a high degree of detail and information, it is also capable of managing the different types of clashes that could exist.

In the same way also it has been used another program called SmartPlant Review. It is the complete visualization environment for interactively reviewing and analyzing large, complex 3D models of process and power plants. The software provides all the visualization tools you need to review designs during engineering, construction, or maintenance in one powerful application.

Once an appropriate list of detected interferences is obtained, it is necessary to filter them and to analyze its importance, if they are really interferences, or simply they are failures of design, etc. In order to do what I have just mentioned, PDS presents big limitations, due to the5

fact that the generated reports are in text format, and in view of the great number of collisions that can exist in the design of a combined cycle plant, the treatment of the information of the text files, could be rudimentary. The improvement of this PDS's lack is the object of the present project, trying to develop an application that allows to treat the clashes in a simple and intuitive way in order to save time and costs in the phases of design and construction of a combined cycle plant.

The solution developed in this project consists of palliating PDS's limitations, creating an effective and useful tool for making decisions on the different clashes that could arise in any project developed by Iberinco (Iberdrola engineering and Construction). Thanks to this application, the resolution of the clashes will be almost an immediate step: - The approval of c that are not real, so as in future checkups they wont be detected, or - The change of design to solve the real clashes in such a way that in future reviews and certainly in the phase of construction, this collision wont exist. This application will be able to be used in any realized project, or any project being developed by Iberinco.

6

NDICETtulo......................................................................................................................... 8 Objeto del proyecto................................................................................................... 8 Definicin del problema ........................................................................................... 8 Antecedentes ........................................................................................................... 10 4.1. Alternativa a PDS ........................................................................................... 12 5. Conceptos Relevantes ............................................................................................. 14 5.1. Central Trmica de Ciclo Combinado (CCGT).............................................. 14 5.2. Configuraciones monoeje y 2x1 .............................................................. 15 5.3. P&ID:Process and Instrumentation Diagram. ................................................ 16 5.4. Isomtricos...................................................................................................... 17 5.5. Tubera Mayor / Menor................................................................................... 17 5.6. As Built ........................................................................................................ 18 6. Descripcin de la Herramienta ............................................................................... 19 6.1. Definicin de SPR .......................................................................................... 19 6.2. Definicin de PDS .......................................................................................... 20 6.3. Mdulos de PDS ............................................................................................. 21 6.4. Modelado de Equipos (Equipment Modeling Pd_Eqp)............................... 21 6.5. Diseo de Estructuras (FrameWorks Plus FWP)......................................... 22 6.6. Diseo de Tuberas (Piping Design Graphics Pd_Design).......................... 22 6.7. Modelado de Bandejas Elctricas (EE Raceway Modeling) .......................... 24 6.8. Anlisis de Tensiones (Piping Stress Analysis PD_Stress) ......................... 24 6.9. Modelado de Soportes (Pipe Support Designer P_Support)........................ 25 6.10. Generador de Isomtricos (ISOGEN PD_ISO) ....................................... 26 6.11. Gestor de Informes (Report Manager Pd_Report)................................... 27 6.12. Gestor de Interferencias (Interference Manager Pd_Clash) .................... 28 6.13. Administracin (PD_Project ) y Base de Datos (PD_RDB)....................... 28 6.14. Estructura de un proyecto en PDS .............................................................. 29 6.15. Proyecto ...................................................................................................... 29 6.16. Disciplina .................................................................................................... 30 6.17. rea de Diseo............................................................................................ 30 6.18. Modelo ........................................................................................................ 31 7. Metodologa ............................................................................................................ 32 7.1. Clasificacin de Interferencias........................................................................ 33 7.2. Categora de Colisiones .................................................................................. 33 7.3. Estatus de Aprobacin .................................................................................... 37 7.4. Proceso de Chequeo de Interferencias ............................................................ 40 7.5. Interference Checker Data .............................................................................. 43 7.6. Envelope builder ............................................................................................. 48 7.7. Interference checker........................................................................................ 62 7.8. Gestin de Interferencias ................................................................................ 72 8. Resultados............................................................................................................. 110 8.1. Resultados preliminares ................................................................................ 111 8.2. Resultados Definitivos.................................................................................. 114 9. Presupuesto ........................................................................................................... 120 10. Conclusiones..................................................................................................... 121 11. Bibliografa ....................................................................................................... 122 12. ANEXO 1 ......................................................................................................... 124 1. 2. 3. 4.

7

1.- TtuloAplicacin para el chequeo de interferencias en Plant Design System (PDS)

2.- Objeto del proyectoEl objeto del presente proyecto es la realizacin de una aplicacin informtica que permita establecer una base de conocimiento y un procedimiento de actuacin frente al problema real de la aparicin de interferencias, es decir, colisiones fsicas o no fsicas entre los distintos elementos constructivos, durante la fase de obra y montaje de una Central Trmica de Ciclo Combinado. Para ello se analizarn los diferentes tipos de interferencias y su importancia, as como una serie de herramientas informticas que ayuden a detectar, prevenir y solventar dichas interferencias.

3.- Definicin del problemaLa aparicin de interferencias en el proceso de construccin de una Central Trmica de Ciclo Combinado (en adelante, CCGT) produce retrasos en el plazo de ejecucin del proyecto, aumento de costes, paros a los suministradores, etc. El presente proyecto pretende dar solucin a este problema, planteando la posibilidad de detectar las interferencias en el proceso de diseo.

Mediante la aplicacin que se ha desarrollado se pretende agilizar el proceso del chequeo de interferencias y facilitar en gran medida su tratamiento para encontrar las mejores soluciones a dichas interferencias, de modo que, en el proceso de construccin, el nmero y la importancia de dichas interferencias se vean reducidos, eliminando en la mayor medida posible los problemas que conlleva su existencia.8

Actualmente existe en el mercado una aplicacin que bsicamente realiza las mismas funcionalidades que la aplicacin desarrollada en este proyceto. Dicha aplicacin ha sido desarrollada por la compaa caxperts y desde Iberinco se me ha pedido que en cierto modo la realice de manera parecida para as ahorrarse el costo de tener que adquirirla.

9

4.- AntecedentesLos primeros pasos que se dan hacia la filosofa de disear en 3D una planta antes de su construccin, ya sea una CCGT, una plataforma petrolfera o una subestacin elctrica, surgen a finales de los aos setenta (1977) .

Antes de la existencia de lo que hoy se conoce como CAD/CAE (Computer Aided Design / Engineering) algunas empresas modelaban en plstico las maquetas a escala de la planta que se quera construir. Esta prctica supona grandes desembolsos de dinero, aparte de numerosos inconvenientes para la compaa: el tamao de la maqueta era considerable y la dificultad para realizar cualquier modificacin sobre la marcha hacan de esta forma de trabajar un proceso lento y poco rentable.

De todos modos, se han estado realizando maquetas en plstico hasta hace diez aos aproximadamente dado que, en comparacin, los programas informticos no eran rentables an, y en muchos casos ni siquiera se conocan. En las siguientes figuras se observa el detalle con el que se construa la maqueta en plstico, llegando a tardarse, como fue este caso de la Centran Nuclear de Valdecaballeros, ms de 5 aos en su modelado. La escala era de 1:20

10

Detalle maqueta en plstico central nuclear de Valdecaballeros

Maqueta en plstico de la central nuclear de Valdecaballeros

Uno de los primeros programas informticos destinados al diseo en 2D fue desarrollado por Intergraph en 1977, y se conoci por Interactive Graphics Design System (IGDS). Tres aos ms tarde, en 1980, Intergraph desarrolla una herramienta informtica especficamente diseada para modelar plantas, compuestas principalmente por tuberas, en 3D. El programa se llam Interim PDS y contena varias aplicaciones:11

diseo de diagramas de proceso e instrumentacin (P&IDs), generador de planos en vista isomtrica (ISOGEN) y un mdulo de chequeo de interferencias. En 1986 Intergraph lanza al mercado la primera versin completa de PDS (Plant Design System).

La ltima versin de esta herramienta es la que se va a usar en este proyecto, junto con otras de la familia SmartPlant desarrolladas por Intergraph, para la realizacin del anlisis, chequeo y visualizacin de las interferencias.

4.1.- Alternativa a PDSNo obstante, esta no es la nica aplicacin disponible hoy en da para el modelado en 3D de plantas, centrales, etc., pudindose destacar entre las ms significativas:

PDMS:

Desarrollado por Aveva. El entorno de trabajo es ms agradable que en PDS, pero tiene varios inconvenientes. Uno de ellos es que precisa demasiada carga de especificaciones para disear cualquier elemento, pero sobre todo cabe destacar que la base de datos sobre la que trabaja no es abierta, esto es, que no corresponde a un estndar del mercado.

12

Autoplant:

Desarrollado por Rebis. Basado en AutoCAD, genera planos isomtricos de forma compleja y sus archivos son extremadamente voluminosos, lo que hace difcil el intercambio de informacin.

CADWorx:

Desarrollado por COADE. Se centra en el estudio 2D de los elementos de la planta y anlisis de tensiones en tuberas. Su aplicacin efectiva al modelado de tuberas en 3D como tal resulta superficial.

Plant4D:

Desarrollado por PIDS. Es una herramienta bastante flexible, pero dado que su base de datos es Microsoft Access, resulta poco robusta.

Catia:

Desarrollado por IBM. El modelado en 3D de tuberas es una pequea parte de este paquete de herramientas que abarca casi todos los campos del diseo. Su punto fuerte es el trazado automtico de cableado elctrico.

Los principales aspectos, tanto positivos como negativos, de PDS sern tratados ms profundamente a lo largo del presente proyecto.

13

5.- Conceptos RelevantesAntes de entrar directamente en la metodologa que se va a proponer en este proyecto a la hora de detectar y solventar interferencias, es conveniente definir ciertos conceptos relacionados con el tema a tratar.

Este no pretende ser un proyecto que trate de explicar el funcionamiento de una central de cualquier tipo, si bien se emplearn trminos directamente enlazados con stas, como son los expuestos a continuacin.

Con esta herramienta, PDS, como base de diseo se puede modelar, no slo CCGT como es este caso, sino que hay empresas que se dedican a la construccin de grandes buques, plataformas petrolferas, plantas biofarmacuticas, etc. que utilizan esta tecnologa para sus diseos.

5.1.- Central Trmica de Ciclo Combinado (CCGT)Se denomina as al tipo de planta con una tecnologa de produccin elctrica basada en la combustin de gas natural en turbinas de alta eficiencia, y aprovechar el calor de los gases de esa combustin para generar vapor con el que accionar un turbogenerador. El resultado es un sistema capaz de proporcionar un rendimiento de cerca del 60% de eficiencia trmica neta y el nivel ms bajo de contaminacin de todos los tipos de plantas.

En esencia, una central del ciclo combinado incorpora una o varias turbinas de gas, una turbina de vapor y una o varias calderas de generacin de vapor sin combustin.

14

5.2.- Configuraciones monoeje y 2x1

Estas configuraciones se diferencian bsicamente en el nmero de turbinas, calderas y generadores, as como en la forma de operar y la potencia y el rendimiento obtenidos. Estas diferencias se pueden observar en la representacin esquemtica de la isla de potencia de cada una de ellas:

Esquema monoeje

Esquema 2x1

Es importante, asimismo, establecer el proceso que sigue Iberinco a lo largo de todo el diseo de una CCGT, desde la implantacin hasta la entrega llave en mano al cliente.

Iberinco acta segn el siguiente esquema:

15

Etapas del proceso de diseo

Del

diagrama

anterior

cabe

destacar

algunos

aspectos

particularmente interesantes que pueden ayudar a comprender mejor el proceso de diseo. A modo de breve introduccin, se pueden destacar los siguientes:

5.3.- P&ID:Process and Instrumentation Diagram.Son planos simblicos cuya funcin es representar todos los elementos de un determinado sistema (entindase por sistema todo aquel16

proceso que opera segn un mismo fluido de trabajo y unas caractersticas particulares, por ejemplo, el sistema de vapor principal de turbina, el sistema de condensado, el sistema de agua de alimentacin, etc.).

Estos planos contienen informacin detallada acerca de todos los componentes y atributos de un sistema, siendo el primer documento en el que se plasman datos tanto fsicos (tipo de vlvula, tipo de aislamiento, suministrador, etc.) como ingenieriles (presiones, temperaturas, niveles, etc.). Los P&IDs son la base sobre la que se modela en 3D la maqueta con PDS, aadiendo a la informacin de stos, atributos grficos a escala.

5.4.- IsomtricosA partir de la maqueta realizada en 3D con PDS se obtienen, mediante uno de sus mdulos (ISOGEN), planos de cada sistema con la disposicin (medidas, distancias, etc.) reales, en perspectiva isomtrica.

5.5.- Tubera Mayor / MenorEs la distincin que se hace en cada proyecto por la cual se discrimina la naturaleza de las nominal1, siendo sta: Mayor: > 2 (dos pulgadas) Menor: 2 (dos pulgadas) tuberas en funcin de su dimetro

Esta distincin es muy importante para este proyecto ya que en PDS la tubera menor se modela sujeta a cambios, es decir, su trazado es puramente orientativo y no se obtienen isomtricos reales, como ocurre con la tubera mayor.17

El trazado de este tipo de tuberas se realiza directamente en la fase de obra (on field), ya que por su pequeo dimetro es fcil trazar una ruta que no colisione con ningn otro elemento. Para ello se utiliza una herramienta llamada I-Sketch mediante la cual se traza con un PDA o un Tablet-Pc manualmente la ruta que mejor se adecue al espacio disponible, y despus se exporta a PDS, obteniendo as los isomtricos necesarios.

5.6.- As BuiltSe denomina as a la documentacin generada al finalizar un proyecto que se ha ido recopilando en la fase de construccin y montaje.

Mediante esta documentacin dinmica quedan reflejados todos los cambios no contemplados en la fase de diseo, proporcionando unos archivos de proyecto que concuerdan exactamente con la realidad.

Los diagramas de la pgina siguiente muestran claramente las diferencias ms importantes entre ambos estilos de diseo:

Esquema de diseo tradicional

Diseo trazado

Estructuras

Estructuras Mediciones

Disposicin general

Planos de Composicin

Maqueta en PlsticoOtros

Obra Civil

Equipos

Obra Civil

Diseo tradicional

1

Dependiendo del proyecto, el dimetro para esta distincin puede ser 2,5

18

Esquema de diseo moderno (3D)

Bases de Datos

Normas y Cdigos

Esquemas y Diagramas

Planos de Fabricantes

Modelo 3D

Especificaciones

Bases de Datos

Documentacin As - Built

Disposicin General Trazado Tuberas Estructura

Recorrido Cables Soportes Tuberas HVAC

Tuberas

Especif. Tuberas Tipos Bandejas CatlogosARCHIVOS DEL PROYECTO

Conductos

Aislamientos

Obra Civil

Bandejas Elctricas

Instrumentos

Piping Data Sheets

Diseo moderno

6.- Descripcin de la HerramientaEs necesario, antes de entrar en la configuracin y preparacin propiamente dichas, definir lo ms detalladamente posible qu es, de qu se compone y en base a qu principios funciona la herramienta que se va a desarrollar en este proyecto para el chequeo de las interferencias.

6.1.- Definicin de SPRSmartPlant Review permite la navegacin en profundidad y la visualizacin de datos de diseo, construccin y mantenimiento generados con PDS en modelos tridimensionales, con un interfase Microsoft estndar. Ideal para usuarios experimentados u ocasionales, SmartPlant Review ofrece a los usuarios la oportunidad de personalizar el producto para que este se adapte a sus necesidades individuales. Dispone de mens y herramientas de navegacin conocidos que ayudan a reducir los costes de formacin de operadores de planta. SmartPlant Review incluye mejor ejecucin del sombreado y el renderizado, configuracin de pantalla19

personalizable, control dinmico del movimiento con navegacin mediante ratn o joystick y otras caractersticas innovadoras.

6.2.- Definicin de PDSPDS son las siglas que representan Plant Design System. Es un software para el diseo de plantas en 2D y 3D asociado a una base de datos de referencia, compuesto por varias aplicaciones de diferentes disciplinas.

Dentro del diseo 2D, la aplicacin ms importante es SmartPlant P&ID, para la realizacin de diagramas de proceso e instrumentacin, P&IDs.

Existen tambin otras aplicaciones para el diseo 2D como son, SmartPlant Electrical para el diseo del cableado elctrico e InTools, que se usa como herramienta para la gestin detallada de todos los elementos de instrumentacin y control.

Diagrama P&ID sistema agua de alimentacin

20

En cuanto al apartado del diseo 3D, PDS se compone de varias aplicaciones o mdulos que abarcan todas las disciplinas necesarias para el diseo de una planta. stos utilizan como motor grfico y soporte de diseo, la herramienta MicroStation desarrollada por Bentley.

6.3.- Mdulos de PDS

Modelado de Equipos (Equipment Modeling Pd_Eqp)Permite disear modelos en 3D de los equipos definidos en el P&ID, tomando como valores constructivos los datos obtenidos de los fabricantes (dimensiones, pesos, etc.).

El modelo en 3D no slo permite crear equipos fsicos, sino que reserva espacios no fsicos para el mantenimiento, acceso, zonas de seguridad, etc. pero esto ser ampliamente estudiado ms adelante.

Turbina de gas Arcos II

21

Diseo de Estructuras (FrameWorks Plus FWP)Se disean todos los elementos estructurales con este mdulo de PDS, de tal forma que primero se establece el eje del elemento a modelar y posteriormente se le aade informacin (tipo de perfil, dimensiones, etc.). Esta aplicacin no pertenece realmente a PDS, sino que se insert en el programa como aplicacin externa.

Se proceder a un estudio ms detallado de este mdulo en posteriores epgrafes de este proyecto.

Estructura de edificio auxiliar

Diseo de Tuberas (Piping Design Graphics Pd_Design)Se encarga de modelar en 3D la informacin obtenida mediante los P&IDs. La lnea de centro es inteligente y contiene toda la informacin relacionada con la tubera, tal como clases de tubera (Piping Data), dimetro nominal, cdigo del fluido, parmetros de aislamiento, temperaturas y presiones, etc. Con el PDS se aaden propiedades fsicas, como distancias, codos, etc.22

Adems en este mdulo se aaden elementos bsicos para una central, como son los soportes de las tuberas, conexiones a toberas y salidas de instrumentacin y control y, por supuesto, todos los componentes normales de funcionamiento como pueden ser vlvulas, filtros, drenajes, etc.

Aparte de lo anterior, las lneas llevan casi siempre un aislamiento, que tambin se debe modelar en 3D. Dado su significativo dimetro es importante tener en cuenta este aspecto para un chequeo apropiado de interferencias.

Este mdulo es bsico ya que contiene toda la informacin que se va a heredar tanto a equipos, como a soportes, etc. Mucha de esta informacin va a ser de vital importancia para la gestin y filtrado de las interferencias, por lo que ms adelante, cuando se estudie en profundidad el mdulo de interferencias, se detallar la naturaleza y caractersticas de todos estos datos.

Tuberas de vapor recalentado de alta y baja presin

23

Modelado de Bandejas Elctricas (EE Raceway Modeling)Mediante este mdulo se disean el trazado y la forma de las bandejas elctricas encargadas de soportar y distribuir los cables elctricos que recorren toda la central. Este trazado es muy importante ya que algunos de los cables son de un espesor y un dimetro considerable, y los soportes deben poder soportar ese peso, sin interferir con los dems elementos de la central.

Bandejas elctricas de entrada a turbina

Anlisis de Tensiones (Piping Stress Analysis PD_Stress)Con este modulo se pueden calcular las tensiones producidas sobre las tuberas por efecto de dilataciones, contracciones, golpes de ariete, etc. as como los efectos de los soportes o apoyos donde descansan los tubos. En Iberinco no se utiliza este mdulo.

24

Modelado de Soportes (Pipe Support Designer P_Support)Mediante este mdulo se disean los diferentes tipos de soportes y apoyos para tuberas que se utilizan en una central. Dependiendo de la disposicin pueden usarse soportes verticales, horizontales u oblicuos.

Atendiendo a si la tubera va a estar sometida a tensiones, vibraciones, etc. se pueden modelar soportes oscilantes, fijos, de tensin variable (resortes) etc.

Soportes en tuberas del sistema de condensado principal

25

Generador de Isomtricos (ISOGEN PD_ISO)Mediante este mdulo se obtienen planos de diseo isomtricos, esto es, representaciones en dos dimensiones de un modelo en 3D, donde se especifican codos, dimetros, etc. del tramo en cuestin. Estos planos tienen la informacin de PDS, ms caractersticas constructivas necesarias como nmero de soldaduras por tramo, cotas entre codos, inclinaciones, etc.

Paralelamente, mediante una herramienta adicional llamada ISketch, y con ayuda de un Personal Digital Assistant (PDA) o un TabletPc, se pueden generar estos isomtricos desde PDS, modificarlos sobre la marcha directamente en la fase de montaje en obra y volcar esta nueva disposicin en PDS, obteniendo los nuevos isomtricos

Plano Isomtrico de sistema de agua desmineralizada

26

Gestor de Informes (Report Manager Pd_Report)el formato de dichos reports, ninguno de estos formatos, por lo explicado anteriormente, ofrece la flexibilidad que se obtiene al trabajar La funcin de este mdulo es generar todos los listados e informes acerca de cualquier aspecto de la configuracin de PDS (archivos semilla seed, tablas de colores, etc.).

Uno de sus apartados en particular permite generar informes de interferencias una vez se ha pasado el mdulo de chequeo de stas, pero como se explica ms adelante, uno de los resultados de este proyecto es precisamente evitar usar estos informes que genera PDS, ya que el tratamiento de informacin al ser archivos muy extensos en formato de texto, se ve notablemente ralentizado.

Si bien existe la opcin de personalizar directamente con las bases de datos donde PDS almacena toda la informacin.

La capacidad de filtrados avanzados, bsquedas y dems opciones que permite la base de datos al trabajar directamente sobre ella, la convierte en la mejor opcin de cara al manejo de los extensos, a priori, listados de interferencias. En epgrafes posteriores se detalla paso a paso cmo se ha obtenido dicha base de datos y cmo se ha de trabajar con ella.

27

Gestor de Interferencias (Interference Manager Pd_Clash)Este mdulo es el ncleo del presente proyecto. Se estudiarn pormenorizadamente todas sus opciones posteriormente, si bien como introduccin se puede decir que las funciones bsicas del mdulo son la deteccin, clasificacin y resolucin de las colisiones entre elementos, llamadas interferencias.

Administracin (PD_Project ) y Base de Datos (PD_RDB)Estos mdulos se encargan del acceso a toda la informacin referente a los proyectos, como pueden ser especificaciones tcnicas, libreras de objetos y grficos, datos fsicos de componentes, etc. En definitiva, contienen todo lo necesario para el correcto funcionamiento de los mdulos anteriormente descritos y todas sus opciones.

Algunos parmetros importantes de cara a la gestin de las interferencias se definen aqu, quedando establecidos a lo largo del proceso de chequeo para un determinado proyecto. Estos parmetros se estudiarn ms detenidamente cuando se haga referencia a ellos en el desarrollo de este proyecto.

28

Estructura de un proyecto en PDSEs importante conocer cmo se guarda y organiza la informacin del diseo de una planta dentro de PDS. Se empezar definiendo ciertos trminos que se usarn a lo largo de este proyecto

ProyectoSe llama proyecto o project a cada una de las ediciones de una central que se cargan en PDS. Se entiende por edicin o entrega de un proyecto a la sucesin de revisiones de la maqueta 3D de una central.

Dado el gran nmero de diferentes componentes, tuberas, equipos, etc. que existen en una central como la que se est analizando en el presente proyecto, cada maqueta 3D se realiza a lo largo de sucesivas revisiones. A medida que avanza el diseo, se va enriqueciendo dicha maqueta con ms informacin, hasta que sta queda terminada.

Para el caso de las CCGT de Arcos de la Frontera I y II, este documento se est desarrollando en base al proyecto de PDS llamado ARCIIDIC, que se corresponde con la entrega final (cargada en el mes de diciembre de 2003) donde estn modeladas en 3D por completo ambas CCGT.

29

DisciplinaSe llama disciplina o discipline a cada una de los distintos campos de actuacin que se pueden dar en el diseo de una central, a saber:

Piping: Diseo de tuberas Equipment: Diseo de equipos Structural: Diseo de estructuras HVAC: Diseo de componentes de ventilacin Raceways: Diseo de bandejas elctricas

rea de DiseoDentro de cada disciplina hay particiones en el diseo para facilitar el modelado, reducir el tamao de los archivos, y, sobre todo, poder tratar por separado diferentes entornos de la maqueta.

El criterio para elaborar estas particiones se establece en funcin de la filosofa de trabajo de la empresa que construye la maqueta. En Iberinco las reas de diseo se crean en base a los grandes segmentos de que compone una CCGT, como son:

30

o o o o o

Electricidad Caldera de recuperacin Turbina(s) de gas Torres de refrigeracin Exteriores Lotes Isla de potencia

El concepto de isla de potencia hace referencia a todo el conjunto de elementos de la central que intervienen directamente en la generacin de potencia (Generador, Turbinas, Condensador, Caldera, Torres).

En Iberinco se llaman lotes a todos dems elementos auxiliares que componen la central, como por ejemplo depsitos de agua, canalizaciones, rack auxiliar2, etc.

ModeloSe llama modelo a cada divisin de un rea de diseo que tiene caractersticas comunes de algn tipo. Cada modelo representa un conjunto de elementos diseados en 3D, a escala real, que normalmente se corresponde con uno o varios sistemas o equipos.

Se entiende por sistema a cada unidad diferente de tuberas, estructuras o bandejas elctricas que forma un proceso, recorrido o funcin dentro de la central. Ejemplos de sistemas pueden ser sistema de vapor principal, sistema de agua desmineralizada, sistema de lubricacin, etc.

2

Estructura utilizada para conducir tubera, cableado, etc. entre elementos internos o externos de la central. 31

Si se trata de la disciplina de equipos, cada modelo suele estar formado por un equipo en particular (por ejemplo, turbina) o un conjunto de equipos similares (por ejemplo, cabinas elctricas). Esta informacin viene codificada en todo proyecto de la misma forma, siguiendo un cdigo estandarizado llamado Sistema de Designacin de Centrales de Generacin, o KKS (Krafwerk Kennzeichen System)

7.- Metodologa

En este apartado se detallar el proceso que se ha de seguir para detectar, analizar, tratar y resolver las interferencias que existan en el modelado en PDS de una CCGT.

Como se ha expuesto anteriormente, el caso concreto de estudio sern las centrales de Arcos de la Frontera I y II como ejemplos de centrales construidas antes del chequeo exhaustivo de interferencias y Arcos de la Frontera III y Aceca, como muestra de centrales en proceso de construccin.

De la misma manera que en epgrafes anteriores, es necesario explicar previamente ciertos aspectos necesarios para entender

adecuadamente dicho proceso de anlisis de interferencias.

32

7.1 Clasificacin de InterferenciasSe pueden clasificar las interferencias atendiendo a dos criterios bien distintos, siendo stos:

Categora de Colisioneso Hard (Dura)

Se refiere a una colisin entre componentes fsicos de tubera, estructura, equipos, etc.

Tubera atravesando un pilar

o Soft (Blanda o Suave)

Es una colisin entre espacios no fsicos, reservados, por ejemplo, a montaje, acceso, seguridad, etc.

33

Espacio reservado al desmontaje de unas barras colisionando con tuberas

o Construction (Construccin)

No se trata de una colisin propiamente dicha, sino discrepancias entre unas distancias definidas por el administrador entre por ejemplo, aislamientos de tuberas, tuberas y estructuras, etc.

Es decir, si se ha definido que los aislamientos han de estar separados al menos una pulgada (1) y esta distancia es menor entre dos componentes dados, se detectar entre ellos una interferencia de construccin.

Aparte de estas tres categoras principales, existen varias subcategoras que enriquecen esta clasificacin dando detalles de los componentes que colisionan en cuestin. Estas sub-categoras son:

o o o o o o o

Insulation (Aislamiento) Fire Proof (Proteccin Contra Incendios, PCI) Hard Maintenance* (Zona de Mantenimiento dura) Soft Maintenance* (Zona de Mtto. Blanda) Hard Access* (Zona de Acceso Dura) Soft Access* (Zona de Acceso Blanda) Hard Safety* (Zona de Seguridad Dura)34

o o o

Soft Safety* (Zona de Seguridad Blanda) Hard Operating* (Zona de Operacin Dura) Soft Operating* (Zona de Operacin Blanda)

Los campos marcados con asterisco (*) son susceptibles de ser incluidos o excluidos del chequeo de interferencias en una de las opciones del mdulo Interference Manager3.

Dichos campos son modelados bajo la disciplina de equipos, y durante el proceso de diseo en el mdulo correspondiente (PD_Eqp) se puede elegir crear elementos en distintas categoras que equivalen a capas (levels) de MicroStation.

Los equipos propiamente dichos se disean bajo la categora physical o fsica, pero a la hora de modelar escaleras, barandillas, espacios de paso, de seguridad, etc. es posible cambiar de categora durante el diseo a Hard Access, Hard Maintenance, etc.

En la figura siguiente se muestra un ejemplo de equipos modelados bajo las sub-categoras de Hard y Soft Access.

Las escaleras se disean como Hard Access mientas que las barandillas y plataformas se crean bajo la categora Soft Access. Esta distincin es importante de cara al chequeo de interferencias dado que una colisin entre elementos de la misma sub-categora no se considera interferencia, por ejemplo, Soft Access vs. Soft Access.

3

Ver apartado 9.2.- Construction Tolerances for Equipment Envelopes 35

Accesos a caldera de recuperacin diseados como equipos Hard Access y Soft Access

36

Estatus de Aprobacino o o o Unapproved (No Aprobada) Approved Real (Aprobada Real) Approved False (Aprobada Falsa) Cleared (Solventada)

Una vez se ha pasado por primera vez el chequeo de interferencias, todas las que se han detectado tienen un mismo estatus o estado de aprobacin: Unapproved (No aprobadas) dado que an no se han revisado. Despus de revisadas, las interferencias que continen teniendo este estado, debern resolverse volviendo al diseo del modelo que ha causado la colisin y modificndolo.

El estatus Approved Real hace referencia a las interferencias que s lo son, pero no suponen una colisin existente en la realidad. Los ejemplos ms claros son, por ejemplo, colisiones entre dos espacios no fsicos reservados a pasillos. stos producen interferencia, pero en la realidad, al ser espacios vacos no existe colisin.

37

Espacios de paso (amarillo vs. rojo) en la zona de pedestal de turbina, modelados como equipos.

Otro estatus de las interferencias en PDS es el de Approved False. ste se refiere a las colisiones que se han detectado con el programa como interferencias reales, entre componentes fsicos que en la realidad tienen que colisionar, por eso se les asigna el sufijo de falsas.

Ejemplos claros de estas interferencias son los nudos en las estructuras, en los cuales, por lgica, tienen que converger elementos.

38

Detalle de la cubierta del edificio de turbina

Por ltimo, el estatus Cleared se aplica a las interferencias que han sido solucionadas, es decir, se ha cambiado el diseo de alguno (o ambos) de los componentes que la producan.

39

Proceso de Chequeo de Interferencias

Se entrar de aqu en delante de lleno en el mdulo Interference Manager de PDS, analizando de manera pormenorizada cada aspecto de dicho mdulo, y explicando en cada caso su importancia, implicaciones, etc. en el estudio de las interferencias.

Es importante encuadrar el entorno de trabajo de la herramienta, el llamado interfaz, por lo que a continuacin se mostrarn algunas capturas de pantalla, explicando los campos ms importantes, de cara a hacer ms comprensible el anlisis que a continuacin se detalla.

La informacin de las capturas de pantalla sucesivas se referir en todo momento al proyecto que se trata en este proyecto, es decir, ARCIIDIC.

Pantalla principal Interference Manager

De la imagen anterior cabe destacar el recuadro de proyecto (esquina superior izquierda), donde se puede ver el proyecto sobre el que se est trabajando y los botones que dan acceso a las opciones dentro del mdulo. Una breve introduccin a cada uno de ellos sera:40

o Envelope Builder Crea y actualiza las envolventes o envelopes para la deteccin de interferencias

o Interference Checker

Detecta colisiones entre envolventes de modelos

o Interference Checker Data

Especifica los parmetros necesarios para el chequeo de interferencias, creacin de envolventes, etc.

o Interference Approval Manager

Revisa y cambia el estado de aprobacin de las interferencias detectadas.

o Interference Management Data

Muestra los archivos para los cuales se puede hacer el chequeo de interferencias en sus distintas disciplinas.

o Interference Plot Manager

Imprime o plotea las interferencias en base a unos criterios de bsqueda.

o Interference Plot Management Data

41

Especifica direcciones de red, caminos, etc. para los equipos encargados del ploteo.

o Interference Report Manager

Usa formatos definidos para generar informes de interferencias personalizados.

o Interference Report Management Data

Especifica las direcciones y carpetas donde se han de guardar los informes generados.

o Scheduled Envelope Build / Clash Detect

Programa todo el proceso de generacin de envolventes y chequeo de interferencias no de forma inmediata, sino estableciendo una fecha y hora en el futuro.

Ahora se estudiarn en profundidad cada uno de los comandos anteriores atendiendo al orden en que se deben cumplimentar para la correcta realizacin del proceso de chequeo de las interferencias.

42

Interference Checker Data

Interference Checker Data

o Single/Dual Design Area Ownership (1)

Si el conmutador est marcando la opcin Single Design Area Ownership (Pertenencia a rea de Diseo nica) implica que una determinada interferencia ser asignada a la primera rea de diseo (de las dos posibles) en la que se encuentre dicha interferencia.

Por el contrario, si estuviera marcando la opcin Dual Design Area Ownership (Pertenencia a rea de Diseo Doble), significara que la interferencia en cuestin podra pertenecer a cualquiera de las dos reas de diseo, por lo que cada rea de diseo de cada disciplina debera ser chequeada para asegurar que todas las interferencias son detectadas.

La experiencia dice que esta ltima opcin de detectar interferencias es ms aplicable cuanto ms departamentos diferenciados se encarguen de chequear interferencias.

43

Si en una empresa hay departamentos distintos para el diseo de tuberas, de equipos, etc. es lgico que sean esos departamentos los que lleven a cabo sus propios chequeos, usando la opcin Dual Design Area Ownership. Si por el contrario el diseo esta centralizado, la mejor opcin es seguir el Single Design Area Ownership.

o Exclusion of Interferences by Discipline (2)

Excluir Interferencias por Disciplina

Lo primero que hay que establecer es la disciplina activa a la cual se le impondrn las condiciones para la exclusin.

Hay tres opciones posibles, que son:

Intra Discipline Interference Check

Dentro de dicha disciplina activa, se chequearn todos los modelos pertenecientes a ella contra todos los dems de su misma disciplina, se chequearn internamente, y contra todos los modelos de las dems disciplinas.44

No Intra Discipline Interference Check

No se chequearn modelos de una misma disciplina ni internamente ni contra otros, pero s con modelos de las dems disciplinas.

Discipline Matrix Interference Check

Se definir una matriz entre disciplinas de tal forma que se podr decir exactamente cuales disciplinas tendrn chequeos contra qu otras, y cuales no, etc.

Cada disciplina tiene su opcin ptima de definicin para una empresa en el que el diseo est centralizado, como es el caso de Iberinco y el presente proyecto, siendo stas:

- Piping, Equipment y Raceways Intra Discipline Interference Check - Structural No Intra Discipline Interference Check

El caso de la disciplina Structural tiene su origen en lo expuesto anteriormente acerca del estatus de aprobacin Approved False. Discriminando mediante esta opcin el chequeo interno de modelos de estructuras contra si mismos, se eliminan a priori la ingente cantidad de interferencias falsas que produce el citado fenmeno.

o Exclusion of Interferences by Model Status (3)

45

Excluir Interferencias por Model Status

Es conveniente antes de nada definir qu es el Model Status. Se trata de una propiedad que se refiere al estado temporal en que se encuentra el diseo de un modelo, siendo varias las opciones:

- 1 Undefined (Indefinido) - 11 - 12 - 21 Preliminary (Preliminar) Temporary (Temporal) Permanent (Permanente)

Estos valores son los que almacena PDS en su base de datos, en concreto en la tabla PDTable_113, y el codelist SN1605.

Dado que todos los modelos cargados en una maqueta deben ser permanentes, para eliminar un gran nmero de interferencias producidas por reas de entrenamiento, temporales, etc. esta opcin debe quedar fijada siempre de la misma forma, rellenando los campos de la siguiente forma:

Range LOW: 11 (o 1 en su defecto) Range HIGH: 12

46

o Equipment Without/With Insulation

Esta opcin permite especificar en el Constructor de Envolventes (Envelope Builder) si se crearn envolventes para el aislamiento de los equipos, o no.

Por defecto, se dejar el conmutador en la opcin Equipment without insulation (Equipos sin aislamiento) dado que en PDS casi ningn equipo lleva asociado dicho elemento.

Equipos sin aislamiento

o Construction Tolerances for Equipment Envelopes

Este apartado tiene que ver directamente con el epgrafe 1.1.8 Categora de colisiones en el que se explicaban las diferentes subcategoras que se podan dar en la clasificacin de las interferencias.

47

Construction Tolerances activados

En la imagen anterior se observa cmo deben estar los botones para el chequeo de todos los Construction Tolerances. Si alguno de ellos se dejara sin marcar, todos los modelos diseados bajo esa sub-categora seran excluidos del chequeo de interferencias.

Envelope builder

Esta opcin activa el constructor de envolventes para todo el proyecto, reas de diseo o modelos individuales. Lo primero es definir a qu se llama envolvente o envelope. Un envelope es un archivo con extensin .env que contiene la geometra bsica de cualquier objeto de diseo.

La finalidad de la existencia de este archivo de envolvente es definir, para el detector de interferencias, la forma, el tamao, el rea, el volumen (dependiendo de si se han incluido en el chequeo datos de aislamiento o proteccin contra incendios) la localizacin, el nombre y cualquier otra informacin relevante que pueda identificar unvocamente un componente y sus propiedades.48

Es como dar a un modelo fsico unas creces no fsicas con todo tipo de informacin que intervendrn directamente en la deteccin de colisiones.

Las

imgenes

siguientes

muestran

la

comparacin

entre

componentes con y sin envolventes:

Sistema LBA sin envolventes

49

Sistema LBA con envolventes

Mirando las imgenes anteriores se observa claramente qu es una envolvente en PDS. Las tuberas se ven acrecentadas en su dimetro con informacin de aislamientos, distancias mnimas entre elementos, etc.

En los dems componentes de tubera, por ejemplo actuadores de vlvulas, las envolventes crean una envoltura ms o menos acorde con la geometra bsica, pero siempre con formas simples que MicroStation sea capaz de generar (cilindros, conos, rectngulos, etc.) Si existe alguna forma compleja, como esferas o Bsplines, los envelopes no se crearn bien y generarn errores en su construccin.

Se pone de manifiesto en las figuras siguientes cmo PDS crea los envelopes complejos (conos, por ejemplo), a partir de formas simples (cilindros). Los actuadores, vlvulas, instrumentos, etc. son casos crticos50

en lo que a esto respecta, ya que pueden constar de formas complejas y dar problemas a la hora de generar envolventes.

Si esto sucede y el envelope de un determinado elemento no se construye, ste ser obviado por el detector de interferencias

Detalle actuadores sin envolventes

51

Detalle actuadores con envolventes

Comenzando el estudio de los comandos del men Envelope Builder, se tiene:

Pantalla de la seccin Envelope Builder

Se puede seleccionar la creacin de envolventes de distintas formas, como se ve en la figura anterior: Project (Proyecto) Crea envelopes para todos los modelos que se encuentren dentro de un determinado proyecto y no hayan sido excluidos en el Interference Checker Data. Esta es la forma que se sigue para la realizacin del presente proyecto.52

Piping Design Area (Area de Diseo de Tubera) Crea envolventes para todos los modelos de la disciplina Piping dentro de un rea de diseo determinada. Piping Design Area Predefined Volume (Area de Diseo de Tubera segn un volumen predefinido)

Crea envolventes para todos los modelos de la disciplina Piping dentro de un rea de diseo determinada y que caigan dentro de un volumen que se introduce por coordenadas. Design Area (Area de Diseo) Crea envolventes para todos los modelos de cualquier disciplina que se elija dentro de un rea de diseo.

Design Area Predefined Volume (Area de Diseo segn un volumen predefinido)

Crea envolventes para todos los modelos de cualquier disciplina dentro de un rea de diseo determinada y que caigan dentro de un volumen que se introduce por coordenadas. Model (Modelo) Se elige un modelo dentro de un rea de diseo para cualquier disciplina y se crea su archivo de envolvente.

Ahora que se han explicado las opciones disponibles, se especificar el camino a seguir concretamente por este proyecto:53

Creacin de Envolventes de proyecto ARCIIDIC

Las opciones de Exclude User Defined Disciplines y

Submit

Immediately hacen referencia a la posibilidad de incluir disciplinas personalizadas y programar la creacin de los envelopes en un tiempo futuro.

Una vez se ha aceptado seleccionado la opcin de Project se acepta pulsando una vez sobre el botn tick lanzndose as varios procesos y

directorios que concluirn con la creacin de los archivos de envolventes.

Estos procesos se describen a continuacin:

54

1. Proceso batch

Se denomina as a todo proceso que se lanza dilatndolo en el tiempo, o bien al conjunto de procesos que se ponen en fila (queue) y se van

ejecutando uno tras otro. Esta ltima filosofa es la que sigue el proceso que se lanza al ejecutar el Envelope Builder, as como cualquier otro desarrollo que se cree en PDS.

Pantalla MS-DOS que aparece al aceptar la creacin de envelopes

Asimismo, para gestionar todos los procesos batch que se hayan lanzado en un determinado puesto cliente (en este caso, la estacin de trabajo desde la que se realiza todo el proyecto) existe una herramienta adicional llamada Intergraph Batch Manager, donde se puede analizar el progreso del proceso que se desee.

55

Proceso batch de creacin de envolventes ejecutndos Este proceso permanecer activo hasta que se hayan creado todos los envelopes del proyecto.

2. Creacin directorio temporal

En el directorio definido como temporal de la estacin de trabajo donde se est realizando el proceso, se crea una carpeta conteniendo la siguiente informacin:

Archivos creados al finalizar el proceso batch de creacin de envelopes

56

Estos archivos de texto son slo una comprobacin de que el proceso ha finalizado correctamente, e indica para qu modelos se han creado envolventes:

Extracto del archivo ARCIIDIC.blg

3. Creacin archivos de envolventes

Una vez se ha finalizado el proceso batch, se crean todos los archivos de envelopes correspondientes a los modelos que se incluyeron previamente. Dichos archivos llevan por nombre el del modelo que recubren y como extensin .env; se almacenan en el directorio donde se guardan los modelos propiamente dichos

Extracto del archivo ARCIIDIC.blg

o Envelope Verification57

Pantalla principal del Envelope Verification Form

Tras pulsar Project, se obtiene:

Resultado de la verificacin de envelopes

Si se analiza lo obtenido en la imagen anterior, se pueden destacar las tres columnas en que se divide la verificacin:58

- Up to Date: Actualizado, quiere decir que los modelos y los envelopes son coherentes en cuanto a fecha de ltima modificacin, es decir, no se ha entrado en el diseo del modelo desde la creacin de los envolventes.

- Needs to be Updated: El modelo ha sido modificado o visitado despus de la creacin del envelope, por lo que ste debe ser creado de nuevo, repitiendo el proceso expuesto en Envelope Builder.

- Error mounting File System: Se produjo un error durante la creacin del archivo de envolvente, generalmente por problemas con el directorio del modelo.

Se puede observar adems la existencia del botn Al pulsarlo, se obtiene un informe con los errores que se han encontrado durante la creacin de las envolventes, aunque se puede acceder a este informe desde la carpeta de proyecto, mediante un archivo llamado ARCIIDIC.err, en este caso:

59

Extracto del archivo ARCIIDIC.err

Los errores mostrados en dicho informe son locales, es decir, el archivos envelope se crea correctamente, pero en ciertas partes del modelo se han producido defectos. Los ms comunes de estos problemas son los listados anteriormente, solventndose de la siguiente forma:

ERROR Component # not within design range Razn: Hay un componente no vlido dentro del modelo. Solucin: Abrir el modelo en MicroStation y rotarlo 0 grados ERROR Shape # range not within component # range Razn: Hay una forma fuera del rango4 autorizado para el componente. Solucin: Buscar y borrar el archivo .env., abrir el modelo en MicroStation y rotarlo 0 grados y volver a generar las envolventes. ERROR Envelope file is empty

4

Entindase por rango un valor entre los valores extremos del volumen de diseo, es decir 2147483648 y 2147483648 UORs (Unities of Resolution) 60

Razn: El modelo de diseo est vaco o existe algn problema con l. Solucin: Chequear el modelo y su integridad WARNING Component # has disjoint shapes Razn: Hay algn hueco entre componentes del modelo. Solucin: Puede ser correcto, pero hay que revisarlo.

o Envelope Diagnostics

Esta opcin permite la creacin de archivos grficos compatibles con MicroStation de tal forma que se puedan visualizar las envolventes de cualquier modelo de diseo.

Se tiene que elegir la disciplina, el rea de diseo y el modelo en concreto que se quiere revisar, obteniendo la siguiente pantalla

Pantalla de creacin / revisin de diagnsticos

Las opciones son las mostradas arriba, Crear, Crear y Revisar o Revisar el archivo de diagnstico.61

Se crean dos tipos de archivos mediante este proceso, y son:

-

Archivo de errores: Se crea en el directorio temporal y

lleva el nombre del modelo seguido de la extensin .evd.

Este archivo sirve para aislar e identificar problemas entre la creacin de envolventes (Envelope Builder) y el chequeo de interferencias (Interference Checker), de modo que en l se almacena la siguiente informacin:

El

rango

de

una

forma

(shape),

para

que

est

completamente dentro del rango aplicable al modelo El rango de un envelope de un componente, por la misma razn Los taladros o agujeros que no sean cilindros deben ser cambiados por stos, los conos y dems formas no son permitidos

Posibles soluciones a estos errores pueden ser evitar el uso del comando Copy de MicroStation durante el diseo, evitar el uso de conos, etc.

-

Archivo de diagnstico grfico: Se crea en el directorio

del modelo y lleva el nombre del modelo seguido de la extensin .til.

Interference checkerEste es el mdulo mediante el cual se van a detectar todas las colisiones existentes por proyecto, rea de diseo o modelo individual. En este caso, siguiendo la lnea de apartados anteriores, se realizar el chequeo a todo el proyecto, atendiendo a las excepciones presentadas en

62

el apartado Interference Checker Data, ms concretamente a las exclusiones por Disciplina y Model Status.

Pantalla Interference Checker

Como en apartados anteriores, se explicar a continuacin la informacin de los puntos ms destacables que la pantalla anterior.

Los campos marcados con la llave en la imagen anterior se corresponden exactamente con los mostrados y explicados en la figura Pantalla de la seccin Envelope Builder - y puntos posteriores, por lo que se obviar repetir la explicacin en ste y sucesivos epgrafes.

Adicionalmente, esta seccin contiene las siguientes opciones: Single /Pair Model Check63

Activa un formulario por el cual se permite seleccionar un modelo o una pareja de modelo para ser chequeados de nuevo, es decir, el rea de diseo de la disciplina a la que pertenezcan dichos modelos, tiene que haber sido chequeada previamente.

De este modo, esta opcin se usa para evitar un chequeo masivo a nivel de rea de diseo cuando slo se quiere controlar uno o varios modelos.

Pantalla Single / Pair Model Check

Los botones sealados con las flechas muestran exclusivamente las reas de diseo sobre las que hay informacin de interferencias (botn izquierdo) y los modelos que estn disponibles para dichas reas de diseo (botn derecho). Esta informacin se refleja en los campos inferiores y se ejecuta el chequeo al pulsar el botn Default Report Active64

Este conmutador permite elegir un formato para el informe que se genera automticamente tras el proceso de chequeo de interferencias, pero como se adelant al inicio de este proyecto, estos informes con formato de texto y extensin .int, que se almacenan en el directorio del proyecto (ARCIIDIC.int) no se van a utilizar para la gestin de las interferencias por resultar muy incmodos a la hora de realizar bsquedas y filtros sobre ellos. Plot Clashes

Pantalla Plot Clashes

Se puede elegir qu interferencias plotear, como se observa en la imagen, atendiendo al tipo de colisin, as como una impresin general o detallada, segn unos formatos predefinidos.

En Iberinco no se utiliza esta opcin de ploteo, ya que para el tratamiento grfico se utiliza una herramienta mucho ms avanzada, desarrollada por Intergraph, llamada Smart Plant Review, en adelante SPR.

En posteriores epgrafes se mostrar cmo se conduce la bsqueda grfica y ploteo si procede de las interferencias deseadas, teniendo la65

opcin de filtrar de una forma ms adecuada las interferencias que se desean imprimir, por ejemplo, por sistema, por colisin, etc. Volume Filter Off / On Crea un volumen definido por coordenadas para el cual se chequean las interferencias de los modelos que caen dentro de l, y los que no, quedan excluido de la deteccin. Submit Immediately Permite programar una fecha futura para el chequeo de las interferencias

Programacin futura del chequeo de interferencias Do not Generate and Verify Envelopes Dado que segn lo expuesto en este proyecto las envolventes se han creado, verificado y diagnosticado previamente al chequeo de las interferencias, esta opcin no debe activarse.

No obstante, si los envelopes no hubieran sido creados, y se crearan de esta forma, cualquier error encontrado durante el proceso, detendra el trabajo batch y habra que retomarlo desde el principio despus de solventar dichos errores.

66

Una vez se ha explicado cada opcin, se proceder a detallar, como en el caso de la creacin de envolventes, qu procesos, directorios y archivos se crean durante el chequeo de interferencias.

Marcando el botn de Project y aceptando, se generan los siguientes procesos y archivos: Proceso batch De similar forma que durante la creacin de las envolventes, se lanza durante el chequeo de interferencias un proceso batch.

Intergraph Batch Manager mostrando el proceso activo

Creacin directorio temporal En el directorio temporal de la estacin de trabajo desde donde se ejecuta el chequeo de las interferencias, se crea una carpeta con distintos archivos, como se muestra a continuacin:

67

Archivos interferencias

creados

durante

el proceso

de

deteccin de

Los mostrados arriba son los diferentes tipos de archivos que se crean en la carpeta temporal durante el proceso de chequeo de interferencias:

- mrkrsrvr.log: Archivo de texto donde se guarda el estado final del proceso, correcto o incorrecto - ARCIIDIC.ilg: Tambin con formato texto, muestra qu modelos se excluyen del chequeo, y qu errores de memoria, tamaos, etc. internos se van produciendo lo siguiente:

Extracto del archivo ARCIIDIC.ilg

68

Marker Files Durante la deteccin de las colisiones entre los distintos modelos de cada disciplina, se van generando unos archivos llamados Marker Files. En stos est contenida toda la informacin grfica de la colisin, as como datos acerca de los componentes que chocan, su designacin, etc.

En el caso de que se haga el chequeo a todo el proyecto, como es este caso, el archivo Marker no pertenece a ninguna disciplina en concreto, sino que agrupa en l toda la informacin de todas las disciplinas.

stos archivos se designan con el nombre del modelo al que pertenece la interferencia seguidos de una extensin numrica que indica su disciplina, salvo el Marker File del proyecto:

Modelo.1 Modelo.2 Modelo.3 Modelo.4 Modelo.5 Proyecto.dgn

Piping Equipment Structural Raceways HVAC Proyecto

Todos ellos se pueden abrir usando MicroStation.

69

Report Despus de finalizar el proceso de deteccin de interferencias, se genera automticamente un archivo de texto con el nombre del proyecto extensin .int.

Dependiendo del formato que se le haya indicado, ste puede mostrar diferente informacin. Para este proyecto se ha estudiado el formato por defecto que utiliza PDS, siendo:

Extracto del archivo ARCIIDIC.int

Observando la imagen anterior, se puede extraer la siguiente informacin que se detalla a continuacin:

- Se indica en la cabecera el modelo que provoca la colisin, en este caso, el modelo cajon

- Se especifica que se incluye todo el volumen de diseo, ya que en la opcin pertinente as se defini

- En la columna de la derecha, No, se indica el identificador nico unique_clash_id que PDS guarda en la base para cada interferencia; en este caso se trata de la colisin 768.70

- En la siguiente columna, se muestran los nombres de los componentes que en concreto colisionan dentro del modelo, en este caso pasillo1 contra pasillo2

- La columna Table muestra un valor, en este caso el nmero 21, que indica que dichos componentes corresponden a la disciplina equipment.5

- Las siguientes columnas muestran la localizacin exacta del componente dentro del volumen de diseo, mediante un sistema ortogonal X,Y,Z que PDS designa como Norte, Este y Elevacin, N,E,El.

- Por ltimo se tiene la clasificacin del choque en cuanto a su categora de colisin, en este caso Hard vs. Hard.

Sinopsis Este archivo se genera automticamente despus de finalizado el proceso batch y muestra, de forma simplificada, cuntas interferencias se han detectado entre cules elementos, sin dar ms informacin. Se denomina por el nombre del proyecto seguido de la extensin .syn.

5

Esta informacin se ampliar ms adelante, cuando se introduzca la base de datos asociada a las interferencias.

71

Extracto del archivo ARCIIDIC.syn

Gestin de InterferenciasExiste en PDS un mdulo especializado en la aprobacin, visualizacin y tratamiento de las interferencias llamado Interference

Approval Manager.

Dada la naturaleza masiva del chequeo que en este proyecto se realiza, se ver y justificar cmo resulta ineficaz la utilizacin de este mdulo para tratar diligentemente la gran cantidad de colisiones que, en un primer anlisis, se obtiene.

72

La filosofa que se persigue es obtener una forma lo ms automatizada posible de obtener las interferencias, clasificarlas, estudiarlas y aprobarlas en funcin de su importancia, caractersticas, etc.

Antes de entrar en cmo se puede llegar a dicho procedimiento, se presentar el citado mdulo de PDS Interference Approval Manager detalladamente, dado que para la consecucin de este proyecto, se ha usado como base para llegar al resultado final.

Interference Approval Manager

Antes de poder usar este comando de PDS es necesario haber pasado al menos una vez el Interference Checker de tal forma que existan datos de interferencias en las tablas de las que extrae el Approval Manager la informacin.

Pantalla de lanzamiento del Interference Approval Manager

73

Como se ha venido haciendo a lo largo de todo este proyecto, se ejecutar la orden Project para lanzar el Approval Manager de todas las interferencias del proyecto ARCIIDIC.

Se abre a continuacin un programa bajo entorno MicroStation en el que los comandos ms importantes viene resumidos en una barra de herramientas que se muestra a continuacin:

Estos comandos permiten revisar todas las interferencias, as como aprobarlas, crear informes y revisar los datos del chequeo. Dichos comandos son:

o Approve

Mediante esta instruccin se puede acceder a una ventana con gran cantidad de opciones e informacin, desde la que se pueden ver, manipular y aprobar todas las interferencias del proyecto

74

Pantalla del formulario del comando Approve

o Approve From List

Esta opcin permite realizar aprobaciones masivas a nivel de categora de colisiones. Como se ha comentado anteriormente, este tipo de filtrado resulta demasiado bsico para una gestin apropiada de las interferencias.

Un nivel tan primario de aprobacin no permitira diferencias interferencias importantes, corrindose el riesgo de pasar por alto colisiones de carcter grave.

75

Pantalla del formulario del comando Approve From List

o Checker Run Dates

Informacin obtenida con el Checker Run Dates

Aparte de notificar la fecha y hora en que se realiz el chequeo, esta pantalla muestra un resumen con informacin acerca del nmero total de interferencias, y cuntas estn aprobadas o no, adems de mostrar el tipo de chequeo que se realiz (por proyecto).

76

o Review Clash History

Esta opcin activa un formulario que permite realizar una bsqueda segn ciertos criterios y operadores lgicos

Pantalla de inicio de bsqueda de Review Clash Histor

Las opciones de bsqueda son las mostradas en los tres botones de la figura, pero dado que no se ha definido ningn usuario, slo la superior tiene sentido para este caso, Marker Number.

Una vez se ha seleccionado el botn sealado, la siguiente imagen aparece

77

Bsqueda de colisiones por marker number

Introduciendo una de las ordenes lgicas mostradas y un valor en el campo de la derecha, se accede a un listado donde se muestra el resultado de la bsqueda.

Resultado de una bsqueda de colisiones

La informacin que se obtiene es bastante pobre, por lo que en este proyecto se ha optado por trabajar directamente con la base de datos donde

78

se guarda la informacin de la que salen estos listados, proceso que se explicar ms adelante.

De dicha forma, se puede obtener todo tipo de informacin relacionada con la colisin, los componentes, etc.

o Create Unapproved Clash Report

Pantalla para lanzamiento de un informe de colisiones no aprobadas

Se muestra en la imagen anterior la informacin necesaria del servidor, el directorio y el nombre del archivo donde se va a guardar el informe, en este caso, ARCIIDIC.mgr.

Extracto del archivo ARCIIDIC.mgr79

o Checker Reference Data

Esta pantalla es nicamente de informacin, donde se muestra un resumen de los datos ms importantes sobre aspectos de emulacin de envolventes, simbologa de los marker numbers, colores, unidades, etc. No se explicar cada dato, dado que es como opera por defecto PDS .

Dicha pantalla es la que se muestra a continuacin:

Pantalla con informacin del Checker Reference Data

o Measure Distance

Se usa para medir distancias entre elementos de una interferencia, dando distancias absolutas o incrementales, en funcin de las coordenadas N, E y El.

80

o Mass Clash Approve

Es similar a la instruccin Approve From List, con la diferencia de que en este caso se aprueba con ms detalle, seleccionando primero la categora de la colisin a aprobar, eligiendo despus el rea de diseo y por ltimo el modelo o modelos concretos que se quieren aprobar.

Seleccin de modelo para aprobar interferencias Soft vs. Soft

Del mismo modo que lo expuesto en la seccin Approve From List, este tipo de aprobaciones resulta tosca en comparacin con el nivel de detalle que se obtiene trabajando directamente con las bases de datos de PDS.

Estructura de las Bases de Datos

81

En el presente apartado se puntualizar

toda la informacin

necesaria para la correcta gestin de las interferencias detectadas en el proyecto ARCIIDIC, mediante el uso de bases de datos.

Lo primero es exponer de forma detallada la estructura que subyace tras PDS, cmo est organizada la informacin en distintas bases de datos y cmo estn stas conectadas. Para ello se utilizarn grficos y diagramas explicativos.

Estructura de traspaso de datos de PDS a la base de datos (Oracle) y organizacin de la informacin dentro de sta

En el diagrama anterior se muestra cmo se organiza la informacin en Oracle que se exporta desde PDS. Dicha organizacin se fundamenta en esquemas o schemes, que se corresponden con los cilindros de color82

amarillo insertos en la base de datos Oracle. Cada uno de estos esquemas, contiene:

- dd: Se designa para este proyecto como dd_arciidic, y en l se guarda informacin referente al diseo. - ee y re: En este caso, ee_arciidic y re_arciidic; en ellas se almacena informacin relacionada con el diseo y formas de las bandejas elctricas. - pd: pd_arciidic, esquema donde se recoge toda la informacin referente al proyecto, incluida la tocante a interferencias. - ra y ru: Llamadas ra_arciidic y ru_arciidic para este proyecto; guardan toda la informacin de especificaciones tcnicas, tanto aprobadas como no aprobadas.

Los anteriores esquemas se guardan dentro de Oracle de una forma intrincada, mezclndose unos con otros en funcin de disciplinas, tablas, etc.

Para lograr organizar la informacin de una forma ms til de cara al manejo, se utiliza una herramienta llamada Material Data Publisher, en adelante MDP, que se encarga de traducir toda esa informacin y agruparla en otro esquema, el destacado como mto. El mto_arciidic, como se denomina en este proyecto, guarda una recopilacin de la informacin de los esquemas anteriores, pero relacionada y agrupada de una forma concreta, conocida e inteligible. Ms adelante se expondr la forma especifica que tiene este esquema.

En cuanto a cmo son internamente los esquemas dentro de Oracle, se puede emplear el siguiente grfico:

83

Estructura datos dentro de un esquema de Oracle

Cada esquema, como se ve en la figura anterior, contiene cierto nmero de tablas, para el caso del esquema pd_arciidic las tablas se designarn as: pd_table_nmero de tabla.

Cada una de las tablas a su vez, est formada por distintos campos (columnas), que pueden estar rellenos a su vez por valores (X en la figura) agrupados por filas.

La cantidad de tablas dentro de un proyecto como el que ocupa al presente documento es ingente, de modo que hay que conocer a priori cules van a ser necesarias para la gestin de las interferencias y dentro de qu esquema estn almacenadas.

A continuacin se enumeran las tablas relacionadas de algn modo con la gestin de interferencias, detallando a qu esquema pertenecen:

84

o MTO Tablelist

Pdtable_12 Datos de Proyecto Pdtable_34 Componente de Tubera Pdtable_50 Tubera Pdtable_67 Instrumentacin y Control Pdtable_69 Bandejas Elctricas Pdtable_80 Soportes de Tubera Pdtable_91 Estructura Pdtable_250 Standard Notes

o Pd Tablelist

Pdtable_101

Informacin del Proyecto

Pdtable_111 Pdtable_112 Pdtable_113 Informacin de Modelos

Pdtable_131 Pdtable_132 Pdtable_133 Pdtable_134 Pdtable_135 Pdtable_136 Informacin de Interferencias

85

o Standard Notes (Interferencias)

SN_1203 SN_1204 SN_1205 SN_1207 SN_1208 SN_1209

Estatus de Aprobacin Tipo de Colisin Accin Tomada Mtodo de Aprobacin Opciones del Chequeo Volume Filter (Coordenadas)

Esta es la informacin con la que se va a contar para la creacin de la base de datos que se construir como herramienta de trabajo para la gestin de interferencias. Previamente se coment la existencia de un esquema particular dentro de Oracle llamado mto_arciidic. Dicho esquema tiene la forma de una consulta de Acces. Exportacin de los datos desde Oracle a Access Una vez se ha pasado el chequeo de interferencias al menos una vez en un proyecto, en Oracle se rellenan automticamente desde PDS las tablas que contengan cualquier informacin relacionada con dichas interferencias. Como se ha explicado, esta informacin se dispone en esquemas, de tal forma que resulte cmoda de tratar.

Gracias a este paso de organizacin mediante el RIS Schema Manager, se obtienen esquemas con tablas perfectamente organizadas en Oracle, pero el manejo de esta Base de Datos sigue siendo compleja, dada la naturaleza del programa.

86

Existe, no obstante, la posibilidad de exportar la informacin deseada de Oracle a una base de datos ms manejable, como es el caso de Access. Desde este programa de fcil manejo, se puede trabajar con la informacin que se desee de una forma sencilla, como se ver a continuacin.

La forma de poner en contacto una base de datos Oracle y otra que no lo sea, es mediante una conexin llamada Oracle Connector DataBase, en adelante ODBC. Esta conexin hay que crearla, especificando qu esquema de Oracle se va a poner en contacto. A continuacin se muestra el proceso seguido:

Lo primero es elegir qu driver o controlador instalado en el puesto cliente se va a usar; en este caso se trata de uno creado especficamente para la gestin de interferencias.

Eleccin del archivo dsn para la conexin mediante ODBC

Una vez seleccionado el archivo dsn, se conecta con Oracle, y ha de elegirse el esquema en cuestin al que se desee entrar87

Pantalla de seleccin del esquema a conectar

En este caso, como se puede observar, el esquema al que se va a conectar es al pd_arciidic como se apunt anteriormente, y habra que realizar otra conexin para obtener los datos del mto_arciidic.

Una vez se ha realizado la conexin, es posible seleccionar las tablas que se quieren extraer de todas las existentes dentro del esquema.

Pantalla de seleccin tablas a importar de Oracle a Access

Una vez se he explicado cmo realizar la exportacin de los datos desde Oracle a Access, es necesario exponer la forma en la que en este proyecto se ha trabajado con esta ltima herramienta, creando una serie de tablas y consultas que forjan una serie de documentos y procedimientos de trabajo para el correcto manejo y filtrado de las interferencias previamente detectadas.

88

En los siguientes epgrafes, Resultados y Conclusiones, se detallarn los alcances, cifras y dems resultados en base a datos reales del chequeo que se realiz sobre los modelos 3D de las maquetas de Arcos de la Frontera I y II.

Habindose conectado mediante una ODBC a Oracle desde Access, se pueden extraer del primer programa los datos de dos formas bien diferenciadas, siendo:

- Importar - Vincular

Importar las tablas implica que cualquier modificacin que sobre stas se realice no se ver reflejada en las tablas correspondientes de Oracle, es decir, no se realiza una actualizacin desde Access a Oracle, y por ende, a PDS. De la otra forma, al vincular las tablas, los cambios si se reflejan en Oracle y PDS.

En este proyecto se ha utilizado el procedimiento de importacin durante el proceso de pruebas y puesta a punto de las bases de datos, de modo que cualquier posible error no implicara cambios en los esquemas de Oracle, es decir, PDS. Una vez se comprob que el proceso era funcional y correcto, las tablas fueron vinculadas, para que los cambios en Access implicaran actualizaciones en las tablas de Oracle.

Se establecer a continuacin el proceso pormenorizado de importacin, detallando las tablas que hay que introducir, as como

algunas que necesitaron ser creadas expresamente para las consultas posteriores. 1. Abrir Microsoft Access 20036 y seleccionar la pestaa Tablas;6

Microsoft Access 97 o versiones anteriores son incompatibles con ciertas herramientas de Intergraph, como SPR. 89

con botn derecho de ratn, se muestra el siguiente men:

2. Al pinchar en la opcin Importar, el programa vuelve a pedir la informacin para conectar a Oracle mediante la ODBC, como se expuso anteriormente.

3. Las tablas que deben seleccionarse al realizar la importacin, son las siguientes:

Tablas importadas desde Oracle a Access

90

Tablas necesarias para la creacin de la base de datos El contenido de cada tabla, al menos de forma resumida, debe ser conocido para la realizacin de las consultas. Las ms importantes se establecen a continuacin: El contenido de cada tabla, al menos de forma resumida, debe ser conocido para la realizacin de las consultas. Las ms importantes se establecen a continuacin:

o MTO_ARCIIDIC_PDTABLE_101 o Project Data

o MTO_ARCIIDIC_PDTABLE_12 o Piping Segment Data

Almacena datos de los tramos de las tuberas del proyecto, como identificadores KKS de lneas, dimetros, materiales, etc.

o MTO_ARCIIDIC_PDTABLE_21 o Equipment Data

Incluye datos referentes a los equipos que existen dentro del proyecto, como pueden ser descripciones, materiales, pesos, etc.

91

o MTO_ARCIIDIC_PDTABLE_34 o Piping Component Data

En esta tabla se almacena toda la informacin de diseo referente a los componentes de tubera (vlvulas, reductores, toberas, etc.)

Cabe destacar las columnas commodity_name y model_code ya que, como se ver, son los valores mediante los cuales se identificar a cada componente implicado en una colisin de forma nica, junto con el identificador de la interferencia.

92

La codificacin es interna del programa, y cuando se entre en la construccin de las consultas propiamente dichas se expondr qu significa cada smbolo.

o MTO_ARCIIDIC_PDTABLE_50 o Piping / Tubing Data

De forma anloga a la tabla anterior, sta guarda informacin referente a las tuberas.

o MTO_ARCIIDIC_PDTABLE_67 o Instrument Control Data

Esta tabla almacena datos concernientes a instrumentacin y control, siendo:

93

o MTO_ARCIIDIC_PDTABLE_80 o Pipe Support Data

Se guardan aqu todos los parmetros relativos a los soportes de tuberas

o PD_ARCIIDIC_PDTABLE_112 o Design Area Data

Esta tabla, del esquema pd, guarda informacin referente a reas, disciplinas, etc.

94

Se destaca de la imagen anterior el campo discipline_index_no, que corresponde con la numeracin establecida en apartados anteriores como 1 Piping, 2 Equipment, etc... Asimismo se muestra el nombre del rea de diseo y una descripcin de la misma.

o PD_ARCIIDIDC_PDTABLE_131 o Clash Management Data

Esta es la primera de las tablas donde se almacena informacin de interferencias. Aqu se guardan datos de carcter informativo, como son fechas, usuarios, etc.

.......

.......

En la imagen se muestran dos filas de datos, lo cual quiere decir que se tiene registro de dos chequeos de interferencias diferentes.

Se observa en el campo system_unique_no los valores 1 y 2, siendo los contadores de cada uno de los chequeos.95

En el campo completion_date y env_creation_date, se muestran unos nmeros que el programa interpreta y se corresponden con fechas en la realidad atendiendo a una frmula interna de PDS.

Clash_check_option, con valor 2 en ambos chequeos hace referencia a la standard_note_1208, cuyos valores pueden ser:

1 = 'Unknown' 2 = 'Project Mode' 3 = 'Design Area Mode' 4 = 'Pre-defined Volume Mode'

Se observa pues, que el valor 2 indica un chequeo a todo el proyecto, como se ha venido haciendo a lo largo del presente documento.

El campo Volume_filter_option tiene como valor un 1 en ambos chequeos, siendo estos valores los definidos en la standard_note_1209:

1 = 'Volume Filter Is Inactive' 2 = 'Volume Filter Is Active'

Como se defini durante la preparacin del chequeo, el filtrado por volumen estaba desactivado, concordando con lo mostrado.

Los dems campos son las coordenadas que afectan al chequeo, siendo en este caso las mximas disponibles, es decir, todo el volumen.

o PD_ARCIIDIDC_PDTABLE_132 o Clash Data per Project

96

En esta tabla se introduce un campo de especial relevancia para el control de las interferencias, el unique_clash_id. Cada valor de este campo contabiliza de manera unvoca cada interferencia, de tal forma que mientras no se proceda al borrado de las tablas desde RIS Schema Manager u Oracle, dichos valores nunca sern reutilizados.

El siguiente campo mostrado tambin ha sido expuesto con anterioridad en el epgrafes anteriores, if_approval_status. Se observa en la imagen anterior que todos las interferencias tienen el estatus de aprobacin con valor 1, y esto quiere decir, segn la standard_note_1203:

1 = Unapproved 2 = Approved Real 3 = Approved False 99 = Cleared

Se subraya cmo el valor 1 que tienen todas las interferencias tras un chuequeo sin proceso de aprobacin, implica que dichas interferencias estn No-Aprobadas, como era de esperar.

Los dems campos: comp_A_unique_id, model_index_no_A y discipline_index_A muestran valores que PDS asigna a cada campo, en funcin de cual sea su naturaleza. La informacin que se muestra en los dos primeros comp y model se obtendr de una forma ms clara en posteriores tablas, mientras que los valores del campo discipline se97

corresponden con los ya enumerados anteriormente: 1 Piping, 2 Equipment, etc.

o PD_ARCIIDIDC_PDTABLE_133 o Clash Data per Job

En esta tabla se almacenan dos datos muy importantes a la hora de conocer cmo es una determinada interferencia. El primero de los campos es al clash_type, donde se recoge el tipo de colisin a nivel de categora que da cada componente; viene definido por lo expuesto en la standard_note_1204:

1 = Hard versus Hard 2 = Hard versus Soft 3 = Hard versus Construction 4 = Soft versus Soft 5 = Soft versus Construction 6 = Construction versus Construction

Esta informacin, como se ha explicado con anterioridad, por s sola ofrece poco detalle en cuanto al tipo de colisin que se ha producido, por

98

lo que debe ampliarse mediante las sub-categoras de colisin, definidas previamente, que se muestran en el siguiente campo: env_pair_type.

Los valores que en este campo se muestran son numricos, como se observa en la imagen anterior, y al contrario en el caso del campo clash_type, stos no vienen definidos en ninguna standard_note, sino en una librera en formato texto (CL1204), de modo que para la realizacin de este proyecto se opt por la creacin de una consulta en Access especfica que relacionara cada valor numrico del campo env_pair_type con una descripcin del mismo, sacada de dicha librera, resultando la consulta Tipo_Interferencias:

99

100

En la consulta anterior quedan definidas todas las posibles combinaciones que pueden darse en una colisin, de tal forma que en la consulta donde se muestran los resultados de las interferencias se obtenga directamente la descripcin, no el valor numrico.

o PD_ARCIIDIDC_PDTABLE_134 o Comp. Clash Data per Proj.

Esta tabla contiene informacin acerca de los componentes que intervienen en cada interferencia, aportando datos tanto de tipo organizativo como designativo, es decir, muestra dnde se almacenan los datos dentro de las tablas de las BBDD as como descripciones dadas por el usuario que disea cada modelo en cuestin.

En este caso se tiene, como siempre en funcin del identificador nico, el campo comp._table_number, ya introducido en el apartado 1.1.8.2, en el epgrafe correspondiente a Reports. Este campo va a resultar de vital importancia para la elaboracin de informes a partir de la Base de Datos, ya que sus valores, 3, 5, 21, etc. corresponden directamente a tablas ya enumeradas en este mismo apartado; los valores posibles de este campo, y las tablas a las que apuntan, son:

101

Valor 3 5 6 8 21 91 92

Tabla pdtable_34 pdtable_50 pdtable_67 pdtable_80 pdtable_21 pdtable_91 pdtable_92

Adicionalmente pueden darse otros valores, cuyas cifras resultan de un error de divisin por cero interno a PDS, que se solucionar en posteriores versiones. Dichos valores son 32736, -32192 y 32136. stos no apuntan a ninguna tabla en concreto, pero s a interferencias de componentes de bandejas elctricas y cableado enterrado. A pesar de ello, como se ver, el nmero de estas interferencias en despreciable respecto al total.

Otro campo destacable de esta tabla, pdtable_134, es el llamado comp._row_number, que especifica a qu fila de las tablas recin expuestas debe apuntar cada colisin.

Por ltimo, los campos primary_descript y secondary_descript muestran informacin que, en el primer caso equivale al Model Code de cada componente y en el segundo, generalmente, a la codificacin KKS.

En un principio, como se expondr ms adelante en el apartado Resultados, se utiliz el campo primary_descript o Model Code para102

designar a cada componente de una interferencia, pero como se puede observar en la imagen anterior, en muchos casos esta informacin no vena adecuadamente rellena, sobre todo en los componentes llamados Specialty Piping Components, para los cuales no existe Model Code .

De tal forma, muchos componentes quedaban sin poderse identificar excepto de manera grfica en el Approval Manager, no siendo sta la forma ptima de identificacin. Este problema se solvent aplicando al estudio el campo Commodity Name, informacin que necesariamente deben llevar todos los componentes de tubera dentro de PDS.

o PD_ARCIIDIDC_PDTABLE_135 o Clash Review History Info.

Esta tabla resume qu interferencias han sido revisadas desde el Approval Manager, exponiendo, por ejemplo, cundo se produjo dicha revisin (Review_Date). Asimismo, se ofrece informacin acerca de qu accin se tom durante la revisin, segn lo establecido en la standard_note_1205,

1 = No Action by user 2 = Approve Real Clash103

3 = Approve False Clash 4 = Transfer Responsibility

En la imagen se muestra que en ninguna de las ocasiones en que se revis alguna interferencia se aprob alguna de ellas, dado el valor 1. Como se observa este campo puede mostrar los valores 2 y 3, en funcin de si se aprob la interferencia como Real o Falsa, y 4, si el usuario transfiri la responsabilidad de la interferencia a otro.

Por ltimo, el campo approval_method, en virtud de la standard_note_1207, expone:

1 = Not Approved 2 = Approved by Graphical Review 3 = Approved from List

De tal forma que si la aprobacin se realiz con el comando del Approval Manager Approve se muestra el valor 2; de la misma

forma, si se aprob mediante el comando Approve from List aparecer el valor 3. En este caso, como se ha comentado, se muestra el valor 1 dado que no se produjo ninguna aprobacin.

o PD_ARCIIDIDC_PDTABLE_136 o Clash Plot History Info.

Esta tabla se encuentra vaca dado que no se plotea ninguna interferencia mediante esta herramienta, como se ha expuesto anteriormente.

104

Construccin de la Base de Datos Una vez se tienen las tablas importadas desde Oracle y se conoce cules son lo campos a relacionar dentro de cada una de ellas, se puede construir la serie de consultas en Access que darn como resultado unas herramientas mediante las cuales, partiendo de un chequeo a nivel de proyecto, se podrn gestionar, filtrar e identificar las interferencias detectadas.

Adems, gracias a la posibilidad de exportar estos datos de Access a Excel, se podrn estudiar por separado las interferencias en funcin de la disciplina a la cual pertenecen, su nmero, porcentajes, etc.

Las consultas y ta