Cómo empezar con el trabajo colaborativo en Revit - Parte 1
Como enseñamos en nuestro Máster BIM , Revit es un programa que, siguiendo la metodología BIM, busca la cooperación de distintas personas dentro de un proyecto para así poder detectar y solucionar incongruencias lo antes posible.
Lo más común cuando trabajamos con Revit es encontrarnos con proyectos donde participan varios agentes al mismo tiempo como arquitectos, ingenieros, instaladores o constructores. Es por eso que, cuando trabajemos de forma colaborativa, es muy importante saber cómo va a ser el flujo de trabajo para poder así coordinarnos mejor.
PRIMEROS PASOS
La forma de trabajar en un proyecto BIM colaborativo es a partir de un archivo central. A partir de este archivo central, cada integrante del equipo podrá generar un archivo local desde el que podrá trabajar al mismo tiempo que sus compañeros. Por lo tanto, es muy importante diferenciar estos archivos.
- Archivo central: Este archivo, ubicado en la nube o en un servidor, será accesible para cualquier miembro del equipo y contendrá la versión más actualizada del modelo. En él, se volcará toda la información según se vaya avanzando en el proyecto. Este archivo será el enlace entre todos los miembros del equipo y, una vez creado uno, el programa nos permitirá definir subproyectos.
- Archivo local: Son los archivos donde se trabajará. Son copias del archivo central y, por lo tanto, contienen la misma información que el modelo central. Sin embargo, cuando trabajemos en este archivo, deberemos ir sincronizando con el archivo central para dejar constancia de nuestras intervenciones. También podremos cargar los cambios que otro usuario pueda estar haciendo al mismo tiempo para visualizarlos en nuestro archivo local (siempre y cuando el otro usuario también sincronice con el archivo central).
CREAR ARCHIVO CENTRAL
El archivo central se genera a partir de un archivo cualquiera que hayamos creado. Para generar el archivo por primera vez, deberemos habilitar el trabajo colaborativo desde la pestaña "colaborar".
Colaborar > Colaborar > Guardar el modelo y continuar.
Una vez hecho esto, deberemos especificar un lugar donde guardar el archivo y, acto seguido, el programa nos pedirá que seleccionemos entre colaborar en la red o colaborar en la nube. Si seleccionamos en red (LAN o WAN) simplemente deberemos seleccionar una ubicación para guardar el archivo del que, más adelante, sacaremos el archivo central. Por otro lado, si colaboramos mediante una nube, se compartirá una copia del modelo mientras que el modelo original se conserva como copia de seguridad (para colaborar en la nube será necesario adquirir el servicio Collaboration for Autodesk Revit).
De esta manera, ya podremos guardar nuestro archivo como un modelo central. Para ello deberemos ir a "guardar como" y seleccionar proyecto. Si nos fijamos, en opciones, estará marcada la opción "convertir en modelo central después de guardar", lo que nos sirve para verificar que este archivo sí se convertirá en un archivo central. Ahora deberemos seleccionar una ubicación donde guardar el archivo. Podemos sobreescribir el actual, guardándolo en la misma ubicación o, si no lo habíamos hecho ya, guardarlo en una carpeta pública del servidor para que todos los integrantes del equipo tengan acceso al archivo desde sus propios equipos. Es importante ubicar bien el archivo puesto que para moverlo a posteriori hay que tener ciertos aspectos en cuenta.
Los archivos centrales son bastante delicados y cambiarlos de ubicación o cambiarles el nombre, supondrá que el archivo deje de ser central. Si lo hacemos, podremos volver a convertirlo en central, pero es importante que antes nos aseguremos de que el archivo está lo más actualizado posible y que se ha guardado por parte de todos los integrantes del equipo, o puede haber gente que pierda parte del trabajo realizado. Una vez estemos convencidos y cambiemos de ubicación el archivo, deberemos abrirlo: nos aparecerá una ventana que nos avisará de que se ha perdido la conexión con el archivo central. Tendremos que volver a la opción ‘’guardar como’’ y seleccionar la opción ya comentada ‘’convertir en modelo central después de guardar’’.
Del mismo modo, podemos hacer que un archivo deje de ser central. Para ello deberemos abrir Revit y buscar el archivo central ‘’Archivo > Abrir > Proyecto’’. Cuando hayamos seleccionado el archivo, marcaremos la opción desenlazar archivo antes de abrirlo. A partir de aquí, podremos trabajar con este archivo como si nunca hubiera sido central. Sin embargo, en el momento de abrir el archivo, podremos indicar si queremos que se conserven los subproyectos (podremos volver a guardar el archivo como central) o queremos que se descarten (se eliminaran los subproyectos y el archivo se guardará como un modelo independiente).
CREAR ARCHIVOS LOCALES
Una vez tengamos un archivo central creado, podremos crear archivos locales a partir de él para trabajar en ellos. Para crear un archivo local, deberemos abrir Revit e ir a Archivo > Abrir > Proyecto. Buscaremos el archivo central y lo seleccionaremos. Antes de abrirlo, seleccionaremos la opción "Crear nuevo archivo local", junto a la opción de ‘’Desenlazar de archivo central’’.
Ahora ya podremos trabajar de forma independiente, pero colaborando al mismo tiempo con otras personas. No obstante, deberemos prestar especial atención a cómo guardar este archivo, puesto que contamos con varias opciones.
- Sincronizar y modificar configuración: Plasmaremos nuestros cambios sobre el modelo central y, además, podremos verificar la ruta de guardado, compactar el modelo central para que ocupe menos espacio (el tiempo de guardado será mayor si escogemos esta opción), ceder subproyectos y elementos, dejar algún comentario y guardar el archivo local al mismo tiempo antes de sincronizar (esta opción suele estar escogida por defecto). Al mismo tiempo, se actualizará nuestro archivo con los cambios que se hayan guardado en el archivo central de otros locales.
- Sincronizar ahora: Tiene la misma función que el anterior con la diferencia de que no podremos configurar la sincronización.
- Guardar: Guardaremos los cambios efectuados en el modelo, pero no los plasmaremos sobre el central hasta que sincronicemos.
- Ceder todo lo mío: Liberaremos todos los subproyectos y elementos y dejaremos de conservar su propiedad para que otros usuarios puedan trabajar con ellos. Ojo, es importante haber sincronizado antes el modelo si se han realizado cambios en elementos pertenecientes a estos subproyectos; de lo contrario, no se guardarán estos cambios.
En el próximo post referente a este tema hablaremos más detalladamente de los subproyectos. ¡Hasta entonces, seguid atentos a todas nuestras publicaciones!
Conceptos como estos, se imparten y se muestran de manera práctica en nuestros másters: Máster BIM Mánager y Máste BIM .
Si todavía no has iniciado tu formación en BIM, ¡ya vas tarde! Consulta toda nuestra propuesta formativa en la página de MSI ACADEMY y fórmate ya para adaptarte a la creciente demanda de profesionales BIM.
Qué plataforma escoger para poner familias de Revit y objetos BIM
Cuando una empresa de productos de construcción quiere adentrarse al mundo del BIM una de las cosas que debe replantearse principalmente es donde debe alojar los datos BIM de sus productos. No es una decisión fácil. Ya que las distintas plataformas de datos BIM tienen distintas condiciones, cada empresa de almacenamiento requiere distintos niveles de información suministrada en diferentes formatos. Por ejemplo, en el Reino Unido, hay una serie de plataformas establecidas:
BIMobject dispone de los datos de fabricante vinculados con los objetos 3D y provistos por este. coBuilder por otro lado entiende los datos como el valor clave, permitiendo que sean vinculados a cualquier objeto genérico o dibujado. Y aunque BIMstore y NBS Library también requieren de objetos 3D, ambos requieren distintos datos.
Esta discrepancia en la información hace que no sea posible comparar peras con peras. Pongamos por caso que en el caso de un fabricante generara el campo de longitud de un perfil de acero como ‘’Longitud’’ y otro fabricante pueda denominarlo ‘’Longitud total’’. Esto hace difícil una identificación rápida y comparable de la información entre fabricantes. Esto aún se hace más relevante cuando se trata de los datos de cumplimiento de legislación:
- La legislación europea / internacional
- Legislación nacional
- Las exigencias del mercado específico
- Información de garantía y mantenimiento.
- Fabricante de productos y características
BIM Nivel 2 del Gobierno del Reino unido ha llevado a un cambio cultural importante en toda la cadena de suministro de construcción y ha creado una nueva conciencia de los datos. En Abril, el Gobierno del Reino Unido publicó un documento que nace de la necesidad de tener datos consistentes, las Plantillas de datos de productos (PDT) ayudan a generar un conjunto de información para el producto de un fabricante determinado.
``PDT son también la fuente de datos coherentes para ser utilizados en la gestión del bien construida, lo que permite administradores de instalaciones para encontrar la información que necesitan para el funcionamiento y mantenimiento de la instalación en un formato estructurado y estandarizado, la mejora de la eficiencia y la productividad de la FM proceso, y el apoyo a la automatización en la gestión de la información de activos’’ Font: http://www.cibse.org
La aplicación de esta metodología es LEXiCO, una herramienta web que permitirá que el PDT (Product Data Templates) sean accesibles para todos los fabricantes y se tenga un acuerdo de PDT para cada tipo de producto. Es evidente que no todo el mundo necesita la misma información sobre un producto, así que LEXiCO considera la fuente de distintos requisitos de información, permitiendo a los usuarios seleccionar el tipo de información a adquirir. LEXiCON aparece como una nueva iniciativa para aumentar la consistencia de los datos y la interoperabilidad en todo el sector, en toda la cadena de suministro y el ciclo de vida de activos.
El concepto que presenta esta aplicación es crear el denominado ADN del producto. La información que se mantiene con un producto y se añade a través del ciclo de vida de un producto.
El estándar de datos de producto será adoptado como base para PAS 1192-6.
Como gestionar la información con Revit
Se habla de BIM como una base de datos bajo gráficos. Para poder sacarle el máximo valor a los modelos de información debemos comprender como se organizan y se relacionan los datos en él. Comprender y controlar los datos nos permitirá obtener información de calidad respecto el objetivo de la maqueta.
En Revit los datos se consiguen con los parámetros asignados a los objetos del modelo. La forma en la que se organizan estos parámetros dentro de REVIT tiene una estructura determinada. Para entender como están vinculados estos datos en Revit debemos saber que este sigue un concepto de herencia de objetos, en el que a partir de un objeto base derivan otros objetos y así sucesivamente. Por lo que las generaciones posteriores heredan todas las propiedades del objeto madre. Estamos hablando de las familias y sus propiedades de parámetros. Esta herencia de parámetros es básica para entender cómo se comportan en función a la posición de la herencia que se encuentran.
TIPOLOGÍAS DE PARÁMETROS:
Parámetros de familia: Des del editor de familias podemos asignar a cualquier objeto una gran cantidad de atributos en los que a partir de aplicar una fórmula se convierten en parámetros o simplemente intervienen como definición geométrica de las partes de un objeto.
Parámetros de tipo: Estos parámetros se aplican a una clase de objetos, refiriéndose a un modelo particular. Cuando a un parámetro se le asigna una etiqueta, en el editor de familias, este puede ser modificado para cambiar las características de cada tipo. Por lo que, el valor de estos parámetros al cambiarlos se extiende a todos los objetos del mismo tipo. O en el caso de los parámetros de ejemplares son únicos en cada ejemplar de objeto.
Si hacemos la comparativa de cómo se organizan los datos en REVIT en comparación a un Exel entendemos que los Campos (las cabeceras de las columnas) serían los parámetros de REVIT, los Registros (Cabeceras de las filas) seria los objetos de ejemplar de una categoría. De aquí la tabla nos muestra los valores= Datos.Que posteriormente podremos filtrar, agrupar y ordenar para poder identificarla información que buscamos.
Pero la organización de los datos que propone REVIT, nos permite obtener mediciones de todo el modelo,aunquede forma parcial. Aun así, el modelo conforma una base de datos de todos los elementos que lo componen, por lo que trabajar con REVIT vinculado a una base de datos relacional podría ser más óptimo para trabajar los datos para el objetivo final.
BASES DE DATOS RELACIONALES:
Estas se organizan de manera relacional y puede resultar muy útil para representar una amplia gama de datos. Se basa en una arquitectura de tablas y relaciones entre ella, pero impone algunas restricciones en el momento de almacenar los datos.
Cada tabla tiene un campo clave principal, al que se le suele llamar identificador, y normalmente tiene una ID que debe ser de un valor único, para que pueda ser utilizado únicamente para identificar cada fila. Esta relación entre tablas, se establece mediante una llave externa que hacen cumplir la integridad referencial, es decir, un campo que es un valor clave en otra tabla. Para que la información se almacene solo una vez y no varias, las tablas y las relaciones entre ellas deben estar bien pensadas, por lo que se lleva a cabo un proceso nombrado normalización. Este proceso ayuda a que los datos sean más fáciles de mantener y también de entender.
LA VINCULACIÓN DE PARÁMETROS ENTRE REVIT Y BASES DE DATOS:
En enlace entre ambos se hace a partir de una convención. Los valores de parámetros específicos de la familia son identificados como correspondientes a elementos de datos de las bases de datos relacionales. Es decir, los parámetros de familia corresponden a los campos de las bases de datos.
Existen diferentes softwares con esta estructura que permiten obtener la totalidad de dicha información y su manipulación de cara a la organización de la información de todos los elementos que conforman el modelo. Teniendo toda la información del proyecto en una base de datos preparada con antelación para el efecto. En ellos también podemos trabajar con los requisitos de los propietarios, a partir de una base de datos bien estructurada posteriormente, para hacer la comparativa entre los requisitos iniciales y los que se están desarrollando en el modelo.
Algunos de los sistemas softwares para la vinculación de datos con Revitsón:Drofus, WhiteFeet y Coodebook . Aunque existen muchos más y con distintas características.
Open BIM. Alternativas al ifc
Hablando en términos OpenBIM, aunque por el momento IFC (Industry Foundation Classes) parece ser la mejor alternativa para el intercambio de datos, aún existe un gran desconocimiento acerca de su funcionamiento y sus límites de interoperabilidad.
Afortunadamente Flux no discrimina entre los formatos de datos y nos demuestra que el intercambio de información no solo puede tratar-se a partir de interoperabilidad de archivos.
Flux es un servicio web basado en el intercambio de datos a través de plug-ins nativos. Incluso permite compartir datos de los proyectos de forma sincronizada. Flux pretende conectar las herramientas de trabajo con el proyecto de diseño, sin tener que preocuparnos de la transferencia de datos. Podemos compartir y ver la geometría en línea des de su navegador.
Para trabajar de forma sincronizada con el equipo de proyecto todos los miembros del equipo de trabajo deben tener una cuenta de Flux que ara que todos ellos tengan los mismos permisos que el propietario inicial del proyecto.
https://community.flux.io 1
Cada aplicación de diseño, tales como Revit, Dynamo, Grasshopper y Excel, se conecta con Flux a través de su plug-in nativo. Los plugins pueden ser descargados de forma gratuita des de la página web de proveedor: https://community.flux.io/articles/1272/flux-plugins.html
Flujo de trabajo de FLUX:
https://community.flux.io SEQ https://community.flux.io * ARABIC 1 |
En la siguiente imagen ilustra como los pluguins se sincronizan con flux para enviar y recibir datos. Los plugins traducen los datos (números, texto, geometría y estructuras de datos) en un formato neutro antes de enviarlo a Flux. Cada plug-in, cuando recibe los datos de flujo, convierte el formato neutral de nuevo en un formato nativo de la aplicación.
En este caso, observamos como trabajaríamos con flujo de datos entre una hoja de cálculo, creando una conexión de flujo con Revit, a partir de flux para crear columnas.
La propuesta de esta herramienta es una grata solución al desafío que existe en el status quo, de encontrar una solución para el intercambio de datos i conseguir una mejor colaboración entre los equipos de la industria AEC.
Introducción a las mediciones y los presupuestos en BIM
Una muestra más de que la filosofía BIM está cada vez más presente en el mundo de la construcción son las exigencias por parte de los clientes en realizar los proyectos con esta metodología para poder extraer las mediciones de los mismos y así poder generar presupuestos mucho más precisos. ¿Pero, cuál es el funcionamiento de este flujo de trabajo?
¿CÓMO SE VINCULAN LOS PRESUPUESTOS CON REVIT?
Para poder realizar un presupuesto con metodología BIM, son necesarios dos tipos de herramientas para poder realizar el flujo de trabajo. El software de modelado (Revit) y el software de análisis. Mientras que la herramienta de modelado se dedicará a realizar la construcción virtual del edificio (crear la medición) la herramienta de análisis podrá extraer dichas mediciones mediante un plug-in adicional para poderlas integrar dentro de su estructura de capítulos y subcapítulos para el presupuesto.
¿Qué herramientas de análisis son interoperables con Revit?
Para poder entender cómo funciona el proceso de extracción de mediciones a través de un modelo BIM realizado con Revit, primero es importante que sepamos qué herramientas son interoperables con dicho software.
Los softwares con más presencia en el mercado, a día de hoy, que permiten realizar presupuestos y analizar económicamente el proyecto son:
- Presto de RIB-software
- Menfis de Professional Software, S.A.
- Arquímedes de Cype
- TCQ del iTeC
Antedecedentes
Todos los softwares nombrados en el apartado anterior se basan en una interfaz que permite ordenar el presupuesto en capítulos y subcapítulos (partidas, mediciones, fases de ejecución, agentes que intervienen…), añadiendo parámetros como precios, magnitudes y temporalidad para realizar un presupuesto a través de un informe más completo.
Hasta ahora, los presupuestos se realizaban de una forma mucho más manual, extrayendo las mediciones de las distintas partidas realizando tareas muy repetitivas y rellenando las cuantificaciones de cada uno de los capítulos y partidas, una a una. Y, además, dando la posibilidad a errores debidos a la introducción reiterada de las mediciones a presupuestar, dónde un error a la hora de introducir estos datos puede repercutir en los cálculos finales del presupuesto.
¿Cómo se desarrolla este flujo de trabajo?
Mediante la metodología BIM se puede reducir ese porcentaje de error debido a que algunos son interoperables entre si a través de plug-ins. La medición construida virtualmente a escala 1:1 en los modelos de información puede ser extraída y organizada con la estructura de un presupuesto realizada en programas como: Presto, TCQ, Arquímedes, entre otros.
Por tanto, la interoperabilidad de estos softwares permite, a partir de un modelo tridimensional del edificio, extraer los elementos organizados en capítulos y subcapítulos. Esta organización se debe a un trabajo previo de codificación. Para esta codificación debemos asociar a cada uno de los elementos de nuestro modelo a una entrada de nuestro banco de precios determinada, por lo que es un trabajo importante y que debe realizarse con ardua meticulosidad.
De esta manera (si el modelo está bien modelado y codificado) cada vez que nuestro modelo sufra un cambio fruto de la evolución del proyecto podremos actualizar todos los estados de mediciones de nuestro presupuesto con unos pocos clicks y tantas veces como queramos.
NOTA: TCQ gestiona los datos del modelo a través de la exportación del fichero nativo al formato “IFC”.
Aunque las posibilidades de exportación-importación no acaban aquí, ya que también son aplicables a otros softwares mediante la conversión del archivo nativo de modelado o presupuesto en nuevos formatos reconocibles por otras plataformas virtuales. Como, por ejemplo, convertir el archivo en formatos como FIEBDC-3, que permite la apertura de éste con otros softwares de mediciones o el ya conocido formato .xls del programa de cálculo EXCEL.
Beneficios de los presupuestos BIM
El hecho de que un elemento en particular tiene asociado a él unos ciertos paquetes de información más allá de la propia información geométrica (como características térmicas, materiales, precios, fabricantes, potencias, etc.) permite la factorización de los elementos. Con otras palabras, un desglose directo en el presupuesto, así como una descripción del propio objeto para evitar errores por lo que respecta a la información duplicada e incoherente ya que aparecerá la misma descripción tanto en el modelo como en el software de presupuestos.
Gracias a esto y a la extracción de las cuantificaciones, podremos obtener una base de datos cuantificada y presupuestada con una información congruente y homogénea entre archivos de modelado y archivos nativos de programas para presupuestos.
Qué es COBie
COBie (Construction Operations Building Information Exchange), tal y como su nombre indica, es un formato de intercambio de información para asegurar la colección de datos desde la fase de diseño y construcción hasta la transferencia de datos para la gestión del FM.
El traspaso de información en la construcción siempre ha sido una lucha, ya que la información que se ha generado hasta ahora en el modelo tradicional es poco relevante para las operaciones de gestión.
Dumbbell only arm workout bodybuilding - an overview can teens use pre workout about sofit nutrition - armed services approved - sofit nutrition™ :: workout supplements for bodybuilding :: buy here
¿Por qué COBie?
Demasiada información valiosa asociada al diseño, construcción y operaciones de una instalación se pierde durante su vida útil.
COBie ayuda a identificar qué activos existen en un edificio, recopilando información a través de diferentes fases del ciclo de vida del mismo. De esta forma, conseguimos tener los datos disponibles para las operaciones y el mantenimiento y reducir la necesidad de buscar correos electrónicos, registros de envío y/o información creada para encontrar información que respalde la toma de decisiones oportuna y efectiva.
Es necesario recoger una gran cantidad de nueva documentación para necesidades operativas durante el ciclo de vida del edificio y su mantenimiento. Hasta ahora, la mayor parte de este trabajo se dejaba para el final del proyecto. Se basaba, mayoritariamente, en información suministrada con dibujos y documentos en carpetas, etc., pero ahora, la digitalización ha trasladado la información al servidor.
Las especificaciones y directrices COBie retienen el conocimiento de la industria y las mejores prácticas. Aún así, los estándares COBie no especifican qué información se requiere para una entrega especifica de un proyecto, ya que esta responsabilidad recae aún en el propietario.
COBie es parte del movimiento colaborativo OpenBIM en el diseño, construcción y operaciones de los edificios. La representación más común del COBie es una hoja de cálculo COBIE.
COBie, como plantilla para la estructura y un formato de datos, es el punto de partida para la definición y cumplimiento de los requisitos de intercambio de información. Una de las grandes ventajas de COBie es el creciente apoyo en ambas herramientas de creación, en Computer Aided Facility Management (CAFM) y Computerized Maintenance Management Systems (CMMS).
Evaluación de resultados COBie Challange 2014
La BuildingSMART organiza desafíos COBie para los softwares de gestión de instalaciones para demostrar sus capacidades de consumo y entrega de datos COBie en cada una de las fases del proyecto.
Principios básicos de COBie
COBie es una progresión de la evolución en curso para seguir evolucionando hacia la construcción digital y gestión de información del ciclo de vida de los edificios. A continuación, numeramos algunos de los principios fundamentales de COBie:
- Modelo de datos: COBie está alineando con el formato IFC abierto. Esto crea una integración más fácil con las herramientas de diseño, construcción y proceso.
- Formato: COBie da a los usuarios diferentes opciones para los formatos de entrega. Los estándares de IFC son compatibles. Sin embargo, COBie también añade especificaciones y plantillas para una hoja de cálculo con base de recopilaciones de datos. La participación en el flujo de trabajo openBIM es de estructura simple, sin necesidad de herramientas BIM específicas y sin el conocimiento del modelo de datos IFC.
- Clasificación: El uso de un sistema de clasificación es también una base clave para COBIE ya que es un requisito clave del contrato cuando interviene el propietario.
Los datos dentro de una hoja de cálculo COBie
En un proyecto de construcción típica de la información sobre el edificio está contenido en los dibujos, listas de cantidades y especificaciones. Los profesionales de la construcción normalmente colaboran para poner esta documentación en conjunto. La documentación debe entonces actualizarse, a través de la fase de construcción y entregarla al cliente.
En estos procesos intermedios de traspaso se pierde gran parte de información. La idea detrás de COBie es que la información clave se extraiga en un solo formato de información relacional y sea compartida entre los distintos equipos de construcción en cada una de las etapas definidas de un proyecto.
Ejemplo del documento de estrategia para la construcción. BuildingSMART
Los círculos verdes de la ilustración de la Tabla se muestran cuando se requiere los datos en formato de COBie.
En definitiva, COBie es como un puente entre los datos del diseño y la construcción, recopilados de forma estándar, para permitir su transferencia a la administración de la instalación.
Bibliografía:
https://www.buildingsmart.org/
Modelos BIM y Cálculo de estructuras con Robot
La finalidad del BIM es un libre intercambio de información entre software de diferentes desarrolladores, cada desarrollador tiene su forma distinta a la hora de programar o diseñar los softwares que producen de manera que una exportación desde un software BIM a otro, desde el punto de vista informático, es un caos. Requiere de una “traducción” entre “lenguajes” que se desarrolla mediante la configuración de exportación de ficheros IFC.Un ejemplo seria entre Revit y Cypecad.
Nos encontramos en una situación en la que vamos atrasados en materia BIM respecto a otros países como son EEUU, Australia, RU, los países nórdicos, etc. De manera que necesitamos adaptarnos mejor, más rápido y con menos tiempo.
La exportación a ifc requiere de mucho tiempo para encontrar la “fórmula secreta” así que algunos desarrolladores ofrecen plug-ins directos con el software de modelaje. Donde esa configuración ifc ya está realizada sin que lo veamos pero aun así al cambiar de un lenguaje a otro perderíamos información por el camino.<
Pero, si utilizamos un software de cálculo estructural desarrollado por el mismo fabricante que nuestra herramienta BIM, ¿tendríamos estos problemas?
Un caso concreto es el de Autodesk, éste como sabemos, tiene un amplio rango de programas para diferentes sectores con infinidad de aplicaciones. Es su objetivo, llegar a ser el desarrollador único. Pero bajo mi punto de vista no es tan mala idea, ya que si utilizamos diferentes softwares con distintas aplicaciones nos ahorraremos el problema de traducción en el lenguaje.
Autodesk ofrece como herramienta BIM a Revit y como herramienta para el cálculo estructural Robot Analysis. Éste, al igual que Revit fue comprado a la empresa ROBOBAT a mediados de la pasada década por 43 millones de dólares para convertir su producto en un programa de referencia internacional en el cálculo de estructuras.
Autodesk Robot ofrece a los ingenieros en estructuras: funciones de análisis avanzadas, simulaciones de construcción para grandes estructuras, de manera que permite realizar análisis y simulación de una forma completa suponiéndonos un ahorro temporal y en esfuerzo.
Además, por el mismo motivo que antes destacábamos, nos permite interoperar con otros softwares del mismo desarrollador, como son Revit (para el modelado), AutoCad e Inventor (para el diseño) y entre otros, también Structural Detailing, que nos permite realizar este tipo de estructuras con un gran nivel de detalle.
Antes hemos hablado de CYPE como herramienta de referencia en nuestro país para el cálculo de estructuras que tiene una contraprestación y es que es específica para una normativa en concreto, la española. Robot, en cambio, ofrece un amplio rango de códigos, normas, perfiles y materiales de todo el mundo. Así permitiría a los expertos en estructuras de las empresas multinacionales trabajar con los perfiles específicos de cada país. Además, Robot, incluye 60 bases de datos de materiales y secciones, 70 códigos de diseño de múltiples países, 40 códigos internacionales para estructuras de acero y 30 para estructuras de hormigón armado.
Y lo que comporta todo lo anterior, documentar y justificar los cálculos en varias lenguas distintas, entre ellas: Español, Inglés, Chino mandarín, Francés, Tailandés, Japonés, Portugués, entre otros.
Viendo todo esto, sin lugar a duda Robot Analysis es el software de cálculo estructural que mejor se integra en la metodología BIM de Autodesk Revit debido a su bidireccionalidad.
Os dejamos a continuación un vídeo donde podemos ver la exportación de un modelo RVT a Robot y como se actualizan los cambios realizados por el dimensionado de una unión atornillada de nuevo a Revit.
Renderización con V-Ray directamente sobre Revit
Tengo la suerte de haber trabajado para una asesoría de diseño arquitectónico donde pude potenciar la parte más artística del proceso constructivo, el aspecto y la funcionalidad del edificio. Mi vertiente más técnica me dice que un edificio es eso y mucho más: es optimización, es sostenibilidad, es estructura, es energía… Pero al fin y al cabo, lo que nos va a permitir materializar un proyecto, en otras palabras construirlo, será su belleza y funcionalidad. Son los dos factores que bajo mi experiencia más influyen en la decisión por parte de los clientes en invertir en un proyecto u otro. La funcionalidad será un factor que no podremos mejorar mediante la evolución de las herramientas de diseño, estará influenciado por la maestría del proyectista. Pero, ¿qué pasa con la belleza?
De la misma forma la belleza dependerá de la maestría del proyectista pero la evolución de las herramientas informáticas nos permitirá plasmar esa idea, ese concepto que vemos clarísimo en nuestra mente pero necesitamos transmitir gráficamente al inversor. Al fin y al cabo una imagen vale más que mil palabras.
Actualmente encontramos un gran abanico de herramientas de renderizado a nivel internacional, pero al igual que con los software de simulación energética lo que manda es el motor de cálculo o renderizado.
Fuente: chaosgroup.com
Años atrás, si queríamos obtener imágenes fotorrealistas de nuestros proyectos utilizábamos el siguiente workflow: proyección con autocad y modelado y renderizado mediante 3Ds Max. Con la introducción del BIM en nuestras metodologías de trabajo conseguimos integrar proyección y modelado en una misma herramienta y algunas de ellas también el renderizado. La versión de Revit 2016 incluía dos motores de renderizado: Autodesk RayTracer y Mental Ray. Con ellos conseguíamos unas imágenes realistas pero que bajo ningún concepto estaban al nivel de 3Ds Max. Porque? Por lo que veníamos comentando, el motor de renderizado. Mediante la exportación de un proyecto de revit a .FBX podríamos abrirlo en 3ds Max para realizar renderizados mediante V-Ray y en el proceso se nos exportaban materiales, puntos de luz e incluso las cámaras. Pero no es tan cómodo como realizar un renderizado dentro de la misma herramienta BIM. El modelado con Revit es muy rápido así que sería genial poder realizar renders dentro del mismo programa con V-Ray.
La solución la aporta ChaosGroup, una empresa dedicada a la creación de tecnología que permita a artistas y diseñadores crear imágenes fotorrealistas y animaciones para televisión y productoras cinematográficas. Esta propone un Plug-In para Revitllamado V-RayforRevit que nos permite realizar renderizados mediante V-Ray. Este plug-in nos permitirá entre otras cosas:
Realizar renders de calidad fotorrealista sin una interfaz demasiado complicada. Dado que uno de los puntos débiles de 3d Max es su gran dificultad para manejar el programa, vale la pena destacar que este software a pesar de que aporta menores posibilidades de creación de imágenes fotorrealistas, lo hace con gran calidad y con la misma potencia de renderizado pero con un manejo más sencillo. También nos permitirá realizar un “renderizado interactivo”. Gracias a que realizamos el renderizado en la misma herramienta de modelado BIM, será posible realizar modificaciones (materiales, iluminación) en el modelo base sin tener que realizarlas en 3d Max y posteriormente actualizar los cambios en Revit, algo que se supone un gran ahorro temporal. Daniel Hurtubise, Bim Manager en Renzo Piano Building Workshop asegura: “Podemos poner a prueba ideas, obtener un feedback y tomar decisiones más rápido”
También nos permitirá ajustar los efectos o configuraciones de las cámaras que nosotros insertamos en Revit. De manera que podremos modificar valores como el enfoque o el tamaño de la imagen.
https://www.youtube.com/watch?v=pNksj9MjgvM
El renderizado de los materiales puede programarse para que la herramienta “mapee” automáticamente los materiales de Revit en materiales en formato V-Ray, de manera que podremos realizar una modificación de sus propiedades de aspecto mucho más afinadas que en Revit. E incluso guardar diferentes opciones de mapeado para poder conseguir diferentes aspectos de acabado en una misma escena.
Otra opción que incluye este plug-in y que echamos en falta en las renderizaciones realizadas con Revit es la de realizar renders con materiales conceptuales. Anteriormente si queríamos realizarlo deberíamos sobreescribir en el modelo el aspecto de los materiales en nuestro proyecto. Ahora no hace falta que realicemos modificaciones en nuestro modelo, solo tendríamos que cargar una configuración de mapeado distinta para evaluar la solución de acabados y así encontrar la opción más adecuada a nuestro diseño sin realizar un cambio exhaustivo en todos los elementos de nuestro modelo. Además, gracias a las cajas de sección de Revit podremos aprovecharlas para realizar secciones fugadas. Esta opción ya la podíamos realizar anteriormente pero no con tanta calidad.
Será posible añadir una profundidad atmosférica mediante la adición de fenómenos ambientales como la niebla y también realizar imágenes estereoscópicas, de manera que podamos percibir la profundidad de todas las volumetrías de nuestro renderizado mediante visores compatibles como: Google Cardboard, Samsung Gear VR, OculusRift y HTC Vive.
Y lo que me parece más interesante de todo. Crear granjas de renderizado. Sabia de la utilización de renderizados en cloud, de manera que podríamos obtener un renderizado en minutos a través del soporte A360 de Autodesk. Pero desconocía la existencia de las granjas de renderizado. Éstas nos permiten crear una conexión con todas las “máquinas” que tengamos en nuestra red de trabajo con el fin de utilizarlas como nodos de renderizado y conseguir una potencia superior y un renderizado más rápido.
Desde luego es una herramienta muy atractiva a los ojos de los diseñadores y arquitectos, ya que nos permite realizar, dentro de una de las herramientas BIM más potentes, imágenes fotorrealistas mediante el motor de renderizado más potente a nivel internacional. A continuación podréis encontrar un vídeo promocional del plug-in V-RayforRevit.
Normalización de LOD-LOI
Como bien sabemos, dentro de un modelo BIM podemos introducir infinidad de información para poder extraer un modelo paramétrico de nuestro edificio. Pero debemos ser conscientes de que cuanta más información le añadamos, más peso tendrá nuestro documento. Es por este motivo que es importante que antes de empezar a levantar nuestro proyecto, debemos tener muy claro qué nivel de detalle y de información queremos que tenga al finalizar, ya que influirá en el nivel de desarrollo y de creación de nuestra maqueta virtual.
¿Qué guías existen?
En el 2008 el AIA (Instituto Americano de Arquitectos) publicó el “AIA E202-2008: Building Information Modeling Protocol Exhibit” donde dio a conocer el término LOD (Level Of Detail).
Este concepto nos ayuda a definir qué tipo de proyecto queremos realizar. Puede ser desde un simple boceto volumétrico, para hacer una primera idea aproximada de la forma que tendrá, hasta un proyecto definido al completo para aplicarle un uso BIM específico, como sería el mantenimiento del edificio, donde necesitaremos información concreta de los elementos a mantener.
Los distintos LOD’s existentes según AIA son:
- LOD 100: Modelo conceptual para definir todo el edificio en conjunto incluyendo volúmenes y áreas básicas.
- LOD 200: Modelo en desarrollo de diseño, tamaños, formas, ubicación, etc.
- LOD 300: Modelo de pre-construcción, el nivel de detalle aumenta para poder llegar a definir costes.
- LOD 400: Instalaciones y elementos de construcción precisos, incluyendo la geometría y los datos para subcontratar.
- LOD 500: Modelo As Built, detallado y definido para su mantenimiento posterior.
Posteriormente, en 2011, el grupo de usuarios US Chapter of BuildingSMART International, trabajaron sobre las especificaciones que había marcado la AIA para poder desarrollar ejemplos que mostraran el significado de cada elemento con su explicación de LOD correspondiente, pero vieron que el alcance era mayor a lo que habían pensado. Por tanto, fueron más allá y definieron, también, los usos que se le iban a dar a los elementos modelados. De este modo, desarrollaron una nueva definición de LOD, añadiendo el LOD 350:
- LOD 350: Similar al 300 pero modelando de modo que sirva para coordinar su geometría, extraer mediciones y poder planificar.
on esto, redactaron la guía BIMFORUM, donde se organiza según el AIA con estructura Uniformat, consiguiendo una guía muy didáctica y visual para seguir en proyectos BIM.
Permite, de este modo, clasificar los elementos según fases de proyecto y usos, aconsejando cómo debería estar modelado.
Por otro lado, el AEC (UK) BIM Protocol (Implementing UK BIM Standards for the Architectural, Engineering and Construction industry) da una definición y clasificación propia sobre la apariencia gráfica de los elementos del proyecto. Nos indica si un elemento está dibujado de forma conceptual o si está más detallado.
Definición según AEC (UK) sobre la apariencia gráfica:
- G0: Simbólico y sin escala. En este caso la puerta solo sería un rectángulo en una pared en un dibujo 2D.
- G1: Marcador de posición. La puerta en este caso ya tendría una línea de apertura.
- G2: Detalle para construcción. La puerta ya tiene una geometría básica.
- G3: Detalle alto. Solo se utiliza para visualización o fabricación.
¿Cómo lo aplicamos en nuestro proyecto?
Sobre estos detalles, a los que se refieren tanto el AIA como BIMFORUM o AEC, podríamos hablar de dos tipos de niveles de información. Por un lado, está la información gráfica y por otro el nivel de detalle de información que nos aporte el elemento. Es aquí donde aparece el concepto LOI (Level of Information). Un ejemplo muy claro y entendible es una puerta interior.
El dibujo en planta de una puerta puede ser tan simple como una línea que marque el ángulo de obertura o un dibujo más detallado que contenga el grosor de la hoja, su carpintería y la forma del pomo con la que se abre. Pero también debemos conocer qué información nos da cada uno de los distintos dibujos: si conocemos sus dimensiones, su material, su marca, etc.
Nos podemos encontrar un dibujo muy simple de la puerta con un grado de información elevado o encontrarnos una puerta muy bien definida en detalles gráficos, pero poco definida en datos sobre sus características.
El problema se encuentra en que, actualmente, no hay una estandarización aceptada transversalmente sobre el concepto LOI. Las organizaciones hablan que los elementos deberán tener la información necesaria para su uso y modelado, pero ninguna organización ha redactado qué niveles de LOI existirían para poder definir en nuestro modelo según su estado de desarrollo.
A pesar de que la AIA y BIMFORUM redactara los tipos de LOD’s que existen y la AEC (UK) definiera los tipos de apariencia gráfica para nuestros modelos, no existe una separación entre el concepto LOD y LOI con el que poder crear una interrelación entre ellos.
Puede suceder que el instalador necesite información concreta de las dimensiones y ubicación exacta de los perfiles estructurales de un forjado para poder pasar sus conductos, mientras que el proyectista sigue trabajando en modelo básico, ya que sólo está planeando pasos de circulación y accesos.
Es por este motivo que sería interesante que estuviera definido el concepto LOI, ya que en el inicio de un proyecto donde se plantean todo este tipo de dudas, sería mucho más eficiente poder crear lo que se denomina “MATRIZ DE RESPONSABILIDAD”, donde podremos definir, para cada agente o fase del proyecto, qué LOD y LOI lo detallarán. De este modo, conseguiríamos un modelo BIM más adaptado a las necesidades y obligaciones de cada una de las fases o de los agentes involucrados en el proyecto.
Infraestructures.cat en su guía BIM redactada recientemente, recomienda el uso de la clasificación y la información necesaria que debería llevar un proyecto según en la fase y uso que se encuentre del proceso.
Aunque dejen libertad para añadir más información que se crea oportuna, sí que exigen dar una información mínima relacionada con:
- Identificación
- Referente a su geometría y a los Base quantities
- Localización
- Prestaciones básicas
- Información de los activos, referente al uso y mantenimiento del edificio.
¿Es por tanto, actualmente, una guía con la que empezar a trabajar par conseguir una estandarización mundial?
Enlaces relacionados:
- LOD’s según AIA: http://www.aia.org/contractdocs/AIAB095933
- LOD’s según BIMFORUM: https://bimforum.org/lod/#_ftn1
- Gráficos según AEC UK: https://aecuk.files.wordpress.com/2012/09/aecukbimprotocol-v2-0.pdf
- Guía Infraestructuras.cat: http://infraestructures.gencat.cat/?page=bim
Si quieres convertirte en un experto en Metodología BIM y dominar conceptos como esto solicita información acerca nuestro máster BIM