SCAN TO BIM – De la tecnología al modelado BIM - Tipologías de proyectos
Trabajar con nube de puntos para el levantamiento del estado existente y poder proyectar, o para la digitalización de activos ya construidos, o incluso la nube de puntos para comparar lo que se está construyendo con lo modelado, es una fuente fiable y veraz que permite poder visualizar de forma global aquello con lo que debemos trabajar. Pero no para todos los proyectos necesitaremos el mismo tipo de información y, por tanto, el mismo tipo de nube. Por eso es importante, como primer paso, analizar el tipo de proyecto que vamos a tener que escanear.
A partir del primer post introductorio de SCAN TO BIM – De la tecnología al modelado BIM - Introducción, continuamos ahora con el segundo para tratar qué tipología de proyectos y condicionantes afectan al escaneado de nube de puntos. Cada una de ellas, nos llevará a poder decidir qué debería tener en cuenta la nube de puntos.
¿Cuáles son las características del proyecto a tener en cuenta?
Cuando pensamos en una nube de puntos nos imaginamos un archivo que nos permitirá poder visualizar todo aquello que nos interese modelar o visualizar o coordinar. Pero para que la nube pueda ser efectiva para nuestro propósito, debemos ser capaces de detectar con qué tipo de proyecto estamos trabajando para dar prioridad a aquellas partes, zonas o sistemas que debamos analizar con más detalle, y cuales pueden pasar a un segundo plano.
Para ello distinguimos 3 características fundamentales a tener en cuenta antes de escanear. Estas son:
- Tipología de construcción y su uso
- Disciplinas a analizar
- Escenario
¿Qué tipología de construcción y uso nos podemos encontrar?
La principal diferenciación que nos podemos encontrar será sobre todo el tipo de construcción. Por norma general, lo que nos viene a todos a la cabeza es si se trata de un proyecto de edificación o si se trata de obra civil. Cada uno de ellos nos puede llevar a características diferenciadas no solo de cómo deberá ser la nube, sino también como se realizará la toma de datos.
- Proyectos de edificación: dentro de los proyectos de edificación, nos encontramos con proyectos que, aunque puede variar mucho sus dimensiones, suelen ser de carácter concentrado y con construcciones de edificios para el uso y resguardo del ser humano. Entre ellos puede haber vivienda, edificios para la docencia, hospitalario, monumentales, ocio, culto religioso, etc.
Cada uno de ellos, aunque se englobe dentro de edificación, variará mucho el escaneado que necesitemos, ya que la particularidad de cada uno nos llevará a prestar atención para el escaneo, según su uso principal.
- Obra civil: dentro de la obra civil consideramos obras lineales como carreteras, puentes, túneles o infraestructuras marítimas o aeroportuarias. Su característica principal se basa en sus dimensiones que en el caso de carreteras, puentes o túneles donde pueden alcanzar largas distancias y dimensiones, y también su complejidad estructural y por tanto construcciones más especiales.
¿Qué disciplinas se tendrán en cuenta?
Otro de los factores importantes que se deben tener en cuenta y que va relacionado con el apartado anterior son las disciplinas que se deberán escanear y analizar para poder realizar nuestro trabajo. A grandes rasgos se agrupan en Arquitectura, MEP y Estructuras.
- Arquitectura: La disciplina de Arquitectura abarcará toda la envolvente y acabados de edificación, posición general de elementos, volúmenes de espacios, circulaciones, materiales, detalles etc. En el caso de edificio de viviendas ya construidos nos ayudará a detectar las distribuciones y los cambios de materiales entre estancias. Para un edificio patrimonial o de culto, será la disciplina principal si nuestro objetivo es obtener el detalle de su fachada y adornos. Para la obra civil en cambio, en general será la disciplina con menos peso y solo ayudará a posicionar o ubicar zonas.
- MEP: La disciplina de MEP ganará mucho peso en aquellos edificios más técnicos o industriales. Será una disciplina que depende de la tipología de edificios o del momento de escaneo será importante planearla muy bien. Si se trata de instalaciones vistas porque es una industria, su escaneo visto deberá ser detallado y con gran precisión. Si se trata de instalaciones importantes como un edificio hospitalario que a posterior serán “escondidas”, se deberán intentar tomar antes del tapado o sino, buscar puntos clave de escaneo para intentar escanear aquellos elementos ocultos. En otro tipo de edificio como vivienda, es probable que su importancia sea menor que en un hospital, pero se tomaría el mismo método si fuera necesario. Para obra civil la mayoría de veces suele ser también fundamental toda aquella instalación que debe ser coordinada con la estructura principal.
- Estructuras: La disciplina de Estructuras suele ser fundamental en industria y obra civil donde el gran peso de su particularización son las estructuras. Se deberá tener en cuenta su ubicación y posición, y su geometría. Sobre todo, deberá ser más precisa cuando se trate de estructuras metálicas y sus uniones. Por ejemplo, en un parking es esencial tanto la posición de los pilares como sus instalaciones vistas, para una industria exactamente lo mismo. En cambio, para un puente, lo principal será la estructura y el entorno al que se apoya.
Las tres disciplinas deberán ser analizadas en cada una de la tipología de edificio y tener en cuenta cuál es prioritaria y su detallado.
¿A qué escenario nos debemos enfrentar?
Por último, otro factor que debemos tener en cuenta para el tipo de proyecto son las condiciones de entorno en los que se encuentra. Básicamente se agrupan en:
- Entorno ocupado - no ocupado: conocer si se trata de un espacio vacío o si está en funcionamiento y por tanto hay objetos y personas en movimiento.
- Entorno cerrado - al aire libre: si el espacio es un edificio cerrado y por tanto se puede controlar la luz, el clima y exposiciones. O si por el contrario se trata de espacio exterior donde habrá que tener en cuenta el clima y las distancias.
Con todas estas casuísticas detectadas, se deberá tener en cuenta el caso concreto al que nos vayamos a enfrentar y analizar qué es aquello que es importante controlar y qué nos puede afectar. Así seremos capaces de poder decidir que necesidades tiene nuestra nube de puntos.
¿Por qué Dynamo? Vol. VII: Gestión de parámetros a través de Dynamo
Como sabéis los modelos BIM son bases de datos que incluyen información gráfica y no gráfica. En toda base de datos es importante contar con parámetros a los que asociar valores.
Estos parámetros pueden ser los que vienen por el propio programa, pero en la mayoría de casos hemos de generar nuevos o añadir parámetros adicionales a los existentes por diferentes motivos: usar los mismos parámetros entre proyectos, se nos quedan cortos los parámetros de sistema que trae Revit, un modelo es gestionado por diferentes equipos y cada uno de ellos. En el post de hoy veremos varios scripts que nos permiten gestionar parámetros tanto en el contexto de proyecto como en el contexto de las familias.
¿Cómo creamos diversos parámetros a la vez en un proyecto?
Es probable que nos interese, en un determinado proyecto, crear diversos parámetros de una misma vez. Si estos parámetros, además, deben garantizar una trazabilidad de la estructura de la información entre modelos de diferentes disciplinas, es recomendable que sean del tipo compartido. Ya que responden al mismo identificador GUID y será más fácil identificarlos entre modelos.
Los parámetros compartidos, como sabéis, se crean de una forma muy tediosa a través de la interfaz de Revit y además luego se han de asociar al proyecto. Con el sencillo script que os proponemos a continuación podremos hacer estos dos pasos a la vez y facilitar el archivo txt de parámetros compartidos al resto de agentes para que puedan cargar los parámetros, ya creados, en sus modelos.
Este script, a través de nodos que vienen por defecto con Dynamo. A través de, principalmente, strings definimos el nombre del parámetro y sus características: tipo de parámetro, grupo de parámetros dentro del modelo (Ilustración 2) y grupo de parámetros dentro del archivo txt de parámetros compartidos (Ilustración 3).
En este caso la creación de parámetros se ha realizado a través de escritura de parámetros únicos en codeblocks. Para numerosos parámetros podría realizarse a través de un archivo Excel en el que definiéramos distintas categorías o tipologías de parámetro distintas para cada parámetro.
Para ello crearemos una hoja de Excel que contenga la información necesaria para la creación de parámetros compartidos:
Y deberemos leer esta información y transformarla para asociarla al mismo nodo de la manera en la que lee la información:
¿Cómo añadimos parámetros compartidos existentes a un proyecto?
Una vez creado el txt, y se comparta con los colaboradores, estos podrán cargarlos dentro de su proyecto y asociarlos a las categorías pertinentes. Es un trabajo muy repetitivo que también puede automatizarse a través del siguiente script:
En este ejemplo se han asociado a la misma categoría cubiertas, pero también podría leerse la información del Excel que veíamos más arriba leyendo la información del mismo y filtrándola.
Conclusiones
Con el fin de automatizar procesos repetitivos, vemos que Dynamo nos puede servir también para crear todos aquellos parámetros que vayamos a necesitar en el proyecto o incluso para cargarlos en los diferentes modelos que componen el modelo federado. Debemos preparar herramientas que nos permitan cada vez realizar tareas repetitivas más rápido y con mayor volumen de parámetros
¿Por qué Dynamo? Vol. VI: De bloques dinámicos a familias
Como hemos visto en entradas anteriores, es común que durante el desarrollo de un proyecto bim se utilicen distintas herramientas en función de la fase de proyecto en la que nos encontremos.
No es de extrañar que durante el desarrollo de un anteproyecto o proyecto básico se haga uso de herramientas CAD debido a la mayor facilidad a la hora de adaptar el proyecto en sus fases tempranas. Una vez se empieza a definir el proyecto en detalle, puede darse la necesidad de utilizar softwares BIM para su desarrollo. En entradas anteriores del blog hemos podido ver como con el uso de Dynamo podemos automatizar el proceso de modelado de algunos elementos a partir de los archivos de DWG para su incorporación a Revit. Durante el desarrollo de esta entrada veremos como automatizar el proceso de modelado de familias cargables mediante el uso de bloques dinámicos de AutoCAD.
Pero antes permíteme recordarte, si quieres convertirte en un experto en metodología BIM te recomendamos cursar nuestro Máster BIM Online
Bloques dinámicos
Un bloque dinámico en AutoCAD es un bloque de dibujo que puede ser modificado geométricamente mediante la edición de algunos parámetros que se han creado previamente. Salvando las distancias, se puede ver la similitud que existe entre los bloques dinámicos de AutoCAD y las familias de Revit, dado que ambos se ven modificados geométricamente a partir de la edición de sus parámetros.
Adicionalmente, también podemos añadir otros atributos no geométricos a nuestro bloque que posteriormente podrán ser consumidos también durante su traspaso a Revit.
Creación de un bloque dinámico
El método de creación de un bloque dinámico se basa en el mismo proceso de creación que un bloque convencional. Mediante el uso de AutoCAD dibujaremos la geometría que nos interesa. Para el desarrollo de esta entrada se dibujará una ventana corredera.
Una vez tengamos definida la geometría, crearemos un parámetro a partir del cual podremos controlar las dimensiones de la ventana. Para ello, en la pestaña “Parámetros” de la paleta de creación de bloques escogeremos la opción “Lineal”. Con ella acotaremos de un extremo al otro de la ventana. Una vez esté acotada, desde la paleta de propiedades editaremos los siguientes parámetros:
- Nombre de distancia: cambiaremos el valor que aparece por defecto por “Ancho”.
- Ubicación base: cambiaremos el valor que aparece por defecto por “Punto inicial”.
Una vez tengamos la cota y los cambios hechos, asignaremos la acción que nos interesa a la cota. Desde la pestaña “Acciones” de la paleta de creación de bloques escogeremos la herramienta “Estiramiento”. Una vez seleccionada, tendremos que elegir el parámetro sobre el cual se realizará la acción. En nuestro caso, seleccionaremos el parámetro “Ancho” creado anteriormente. Una vez seleccionado la cota, elegiremos el punto del parámetro sobre el que se asociará la acción que, se encontrará en uno de los dos extremos de la cota. Posteriormente, dibujaremos el marco de estiramiento en el cual se ubicarán los objetos que serán transformados a partir de la modificación del parámetro. Finalmente, dentro de este recuadro, seleccionaremos los elementos del bloque que queremos que sean transformados.
Una vez hemos creado la acción para uno de los dos puntos de estiramiento del bloque, repetiremos la acción para el otro extremo de la cota para finalizar con la parametrización del bloque.
Añadir atributos
Una vez parametrizado el bloque podremos añadir otros atributos que pueden ser interesantes a la hora de traspasar la información de DWG a Revit. En este caso, añadiremos dos atributos al bloque que darán información sobre la altura de la ventana y la altura del antepecho. Estos valores servirán, posteriormente, para acabar de definir las propiedades de la ventana en Revit.
Desde la pestaña “Inserción” en la barra de herramientas seleccionaremos la herramienta “Definir atributos” y crearemos los atributos para la altura de la ventana y del antepecho y los ubicaremos en la posición que deseemos.
Para una mayor comprensión de los atributos, añadiremos con la herramienta “Texto” un prefijo para poder identificar el atributo correctamente.
Una vez finalizado el bloque, si lo insertamos en el espacio de trabajo podremos ver como nos solicita los valores que hemos definido anteriormente para la altura de la ventana y del antepecho. Posteriormente, estos valores podrán ser modificados dando doble clic encima del bloque o desde la paleta de propiedades.
Finalmente, solo faltará que adaptemos la ventana a la medida necesaria. Para ello, podremos hacer uso de las flechas que aparecen en los extremos del bloque para modificarlo manualmente o, en su defecto, cambiar el valor exacto desde la paleta de propiedades.
Extracción de datos
Tal y como hemos visto en entradas anteriores, para obtener los datos necesarios utilizaremos la herramienta “Data extract”. Con esta herramienta podremos obtener los datos de los bloques para su posterior utilización en Revit para la creación de las familias de las ventanas. Para el desarrollo de esta entrada, se extraerá la información de las ventanas del siguiente proyecto de ejemplo:
Para poder traspasar correctamente los datos, en la pantalla de configuración de la herramienta “Data extract” seleccionaremos los bloques de las ventanas y escogeremos la siguiente información a exportar:
Importación de datos
Una vez generado el archivo de datos en formato Excel lo utilizaremos para ubicar las familias de las ventanas en nuestro modelo de Revit. Con el nombre del bloque definiremos la familia que queremos ubicar en el modelo. Con los parámetros posición X, Y y Z definiremos el punto de inserción de la familia y con el resto de atributos definiremos las propiedades geométricas y ajustaremos su posición.
Para ello, desarrollaremos un script mediante Dynamo que cumplimente los siguientes pasos:
- Importación de datos desde Excel.
- Creación de nuevos tipos de familias según datos extraídos del archivo Excel. Para ello se hace uso del nodo FamilyType.Duplicate del paquete Clockwork.
- Intersección entre muros y puntos de inserción de familias extraídos del archivo Excel para definir cual es el muro anfitrión.
- Posicionamiento de los tipos de familia creados en los muros correspondientes. Para ello se hace uso del nodo FamilyInstance.ByHostAndPoint del paquete Springs.
- Definición de parámetros geométricos extraídos del archivo Excel.
Conclusión
Tal y como hemos podido ver en distintas entradas del blog, disponer de una mirada transversal a lo largo de un proyecto nos va a permitir definir una serie de estrategias para, posteriormente, poder hacer uso de la información producida para automatizar procesos.
En caso que nuestro flujo de trabajo combine los procesos tradicionales mediante el uso de software CAD con nuevos procesos BIM, puede ser interesante definir los criterios de dibujo mediante un protocolo de dibujo en CAD para así poder automatizar el traspaso de información de DWG a BIM. Esto nos permitirá reducir los tiempos de entrega y recursos en caso que tengamos que hacer uso de distintos softwares a lo largo del ciclo de vida de un proyecto.
¿Cómo crear una familia "rotable" en Revit?
Como hemos visto en otras entradas del blog de MSI studio es importante intentar mejorar al máximo la salud de los archivos de Revit y, como hemos visto, gran parte recae en la optimización del desarrollo de las familias (archivos de Revit con extensión .rfa).
Sabemos que para optimizar una familia debemos contar en primera instancia con una buena estrategia de desarrollo. Es importante familiarizarse con la interfaz de Revit y con todas las herramientas que tenemos a nuestro abasto para la creación de estos elementos.
A la hora de reducir el peso y la complejidad de una familia vimos que contamos con diferentes soluciones como la creación de catálogos de Revit, el uso de geometrías simples o el uso de familias anidadas de entre otros.
Recordemos que una familia anidada consiste en la inserción de una familia en otra para disminuir la complejidad o la parametrización de la familia anfitrión. Por lo general pensamos en las familias anidadas como geometría dentro de otras, por ejemplo, una maneta (familia anidada) dentro de una familia de puerta (familia anfitriona). Sin embargo, el uso de las familias anidadas también puede servirnos como bases para parametrizar y establecer normas en la familia sin la necesidad de geometría, por ejemplo, la rotación sobre un eje de la familia entera.
Concepto familia "rotable"
En algunos casos nos encontramos con la necesidad de contar con una familia libre, es decir, que no se base en ningún anfitrión (muro, cara, techo, etc.) para poder colocarla libremente en el modelo. Esto, sin embargo, no es tan simple como parece, y en el caso de introducir una familia libre (métrica) en Revit, no podremos rotarla haciendo uso de las herramientas de modificación típicas (mover, copiar, rotar, etc.) debido al plano en el que se modeló la familia.
Esto puede resultar un problema en el caso de ciertas familias como las luminarias de emergencia. Es común encontrarse la misma luminaria con la única diferencia de que en algunos casos esta se coloca en el techo (horizontal) y en otras sobre el muro (vertical). Normalmente esto se soluciona con dos familias distintas, una basada en techo y otra en muro o jugando con la visibilidad de la familia y el uso de distintos tipos, lo que supone en ambos casos un aumento de la complejidad de la familia y el peso en el proyecto.
Mediante el uso de una familia anidada se puede solucionar este problema. La familia compuesta se forma de un archivo base en el que se genera la rotación, la cual, puede generarse de dos maneras, mediante el uso de una revolución o mediante el uso de una línea de referencia. En ambos casos se genera un parámetro “Ángulo” el cual gobierna en un caso la revolución y en otro, la rotación de la línea.
A este archivo se le anida la familia que se desea rotar, por ejemplo, la luminaria de emergencia. Generando una restricción entre la familia anidada y el elemento que rota, se puede controlar en el proyecto el ángulo de rotación de la familia mediante el uso de un simple parámetro.
Familia “rotable” mediante línea de referencia
Los pasos para generar una familia “rotable” a partir de una línea deben ser los siguientes:
- Abrir una plantilla de familia de la categoría que se desee que sea métrica.
- Dibujar una línea de referencia a 45º en una vista de alzado que cruce el punto de intersección de la familia.
- Generar equidistancias entre los extremos de la línea y los ejes principales de la familia para que la línea quede centrada.
- Generar el parámetro que gobierne el giro, por ejemplo, “MSI_AnguloRotacion” entre el eje horizontal y la línea de referencia
- Poner el ángulo a 0º y anidar la familia que deseamos que rote en el proyecto. En el momento de colocar la familia anidada, deberemos revisar que dentro de la familia está activado el parámetro “Se basa en plano de trabajo” situado en las propiedades de la misma.
- Colocar la familia en la vista en planta con la opción “Colocar e plano de trabajo” y seleccionar la línea.
- Reducir la extensión de la línea y comprobar que la familia funciona.
- Generar tipos.
Familia “rotable” mediante revolución
Los pasos para generar una familia “rotable” a partir de una revolución deben ser los siguientes:
- Abrir una plantilla de familia de la categoría que se desee que sea métrica.
- En planta generamos una revolución de manera que en el alzado se genere una especie de “donut”
- Seleccionaremos la revolución y seleccionaremos los parámetros “Ángulo inicial” y “Ángulo final” y los parametrizaremos de manera que “Ángulo inicial” sea el parámetro que gobierne el giro, por ejemplo, “MSI_AnguloRotacion y que “Ángulo final” sea igual que “Ángulo inicial” + 1, siguiendo el ejemplo anterior, MSI_AnguloRotacion + 1.
- De esta manera, veremos que la revolución sitúa una de sus caras en horizontal con el valor de ángulo 0º y en vertical con un valor de 90º.
- Anidar la familia que se desee y alinear la cara superior de la familia con la cara de ángulo 0º asociado. La familia anidada deberá funcionar a partir de un anfitrión o basarse en una cara o plano de trabajo para funcionar, de manera que sea posible asociar la revolución a la luminaria o el elemento que deseemos rotar, para generar la restricción. De lo contrario, si solo se alineasen los elementos, el parámetro no giraría la familia.
- Jugar con la visibilidad de la revolución para que esta no sea visible, recordemos que esta revolución es solo un modo de rotar la familia, pero no forma parte de ella.
Conclusión
Ahora, conocemos dos formas nuevas de intervenir directamente en el comportamiento de la familia e indirectamente en la salud del modelo. Esta no es más que otra de las muchas estrategias que debemos intentar aplicar en nuestros proyectos para conseguir modelos más ligeros, simples e inteligentes.
En este caso además hemos podido ver también una de las múltiples aplicaciones que puede tener el uso de familias anidadas y la aplicación de la parametrización a nuestras familias. Es preferible contar con pocos parámetros, simples y que funcionen bien, que con muchos que no aporten valor a lo que hacemos y que solo añadan peso a los modelos.
SCAN TO BIM – De la tecnología al modelo BIM - Introducción
Desde hace tiempo que la tecnología de escaneado láser en formato nube de puntos, irrumpe en el entorno BIM, ya que sirve de apoyo para realizar nuestros modelos BIM de edificios ya existentes. También hemos hablado de distintas tecnologías para poder tratar la nube de puntos. ¿Pero cuándo escogemos una u otra? ¿Qué debemos tener en cuenta antes del escaneo? ¿Es necesario usar software de transformación? Desde MSI Studio, vamos a realizar una serie de posts que nos ayudará a saber cómo escoger y tratar los proyectos donde contamos con nubes de puntos.
Desde hace tiempo, MSI Studio ha trabajado en distintos proyectos donde una de las fuentes principales de información de partida era una nube de puntos. Hemos podido leer distintos blogs como Cómo modelar a partir de una nube de puntos, o ¿Qué es Scan-to-BIM y qué necesito saber antes de aplicarlo?
¿Qué información necesitamos según la tipología de proyecto?
Cuando debemos realizar el levantamiento de un edificio existente de oficinas que se encuentra vacío, o cuando necesitamos levantar un parking con actividad constante y al aire libre, no podemos considerar que el trabajo de escaneo, ni el detalle en según qué disciplina, ni la definición de la información de partida será la misma.
La tipología de edificio y su entorno afectarán en gran medida a l tipo de captura que debamos realizar.
Por tanto, lo primero que debamos tener en cuenta es a que nos vamos a enfrentar para poder definir la mejor metodología de trabajo.
¿Qué tipología de tecnología de escaneo es necesaria?
Existen en el mercado empresas especializadas en Escaneado laser que nos ayudan en el día a día a poder definir cuál es la mejor tecnología a usar dependiendo del proyecto.
Pero igual de importante es saber, antes de poder contratar los servicios, cuáles son las características principales del proyecto y las necesidades tecnológicas que necesitamos, para poder luego discriminar aquellas tecnologías que no nos van a aportar la información necesaria, de aquellas que sí que nos ayudarán a nuestro fin,
¿De qué depende? Color, densidad, estructuración y formatos, etc.
¿Cómo trabajamos la nube de puntos en Revit?
Si por el alcance del proyecto, decidimos que es suficiente el trabajo con Revit, ¿qué debemos tener en cuenta para que el trabajo sea ágil y óptimo?
¿Cómo trabaja Revit las nubes de puntos? ¿Qué formatos lee? ¿Es importante la ruta al archivo? ¿Y su peso? ¿Es necesario tener vistas preparadas? Todo ello se debe tener en cuenta y sobre todo si se trabaja con archivos centrales y locales, ya que lo más importante en este caso, es la agilidad de los archivos. No podemos permitir que el formato o peso nos influya en nuestra producción.
¿Y si contamos con softwares de transformación de nube de puntos?
Para según qué tipos de proyectos, podemos valorar la opción de usar un software de transformación de nube de puntos, ¿pero todos ellos trabajan del mismo modo?
Por supuesto que no, han surgido también durante todo este tiempo varios softwares de transformación, que son creados por la propia casa comercial de tecnología de escaneos, y otros que surgen de la necesidad de transformar distintos formatos sin casarse con una marca concreta.
En próximas entradas del Blog veremos algún ejemplo de las necesidades que pueden tener y que nos pueden aportar cada uno de ellos en el proceso de tratamiento y transformación de la nube de puntos al modelo BIM.
Desde MSI Studio, hemos trabajado en la importancia de cada uno de estos temas dentro del entorno Scan To BIM y esperamos que os puedan ayudar a entender mejor cómo debemos trabajar con las nubes de puntos para transformarlos a Modelos de Información BIM.
CDE según ISO 19650
La CDE o entorno común de datos es un proceso y a la vez una solución tecnológica, que nos permitirá almacenar la información del proyecto para compartirla con nuestros colaboradores durante las diferentes fases del proyecto (garantizando la producción colaborativa de la información) y, además, entregar a la propiedad una base de datos estructurada para poder usarse en futuras fases.
El concepto CDE aparece en documentación de referencia como es la PAS1192 desde hace años, con la nueva ISO 19650 el concepto de CDE se consolida y se establecen una serie de recomendaciones en cuanto a su uso y establecimiento. En este post veremos algunos de ellos.
¿Qué requisitos debe cumplir la CDE según la ISO 19650?
Según la ISO 19650 – 2, la CDE debería permitir:
a) Asignar a cada contenedor de información una identificación única, basada en un convenio acordado y documentado, y compuesta de campos separados por un delimitador;
b) Asignar a cada campo un valor determinado con arreglo a una norma de codificación acordada y documentada;
c) Asignar los siguientes atributos a cada contenedor de información:
- Estado
- Revisión
- Clasificación (de acuerdo al marco definido en la Norma ISO 12006-2);
d) Cambiar el estado de los contenedores de información;
e) Registrar el nombre de usuario y la fecha cada vez que se cambie el estado de una revisión del contenedor de información; y
f) Controlar el acceso a la información en un nivel de un contenedor de información.
Para entender todo esto iremos segregando los diferentes puntos y analizándolos. Pero previamente debemos entender el concepto de contenedor de información.
¿Qué es un contenedor de información?
La ISO define un contenedor de información como un “conjunto de información persistente y recuperable desde un archivo, sistema o aplicación de almacenamiento jerarquizado”.
En definitiva, un archivo. Puede ser un modelo 3D (información estructurada) o un pdf (información no estructurada).
a) Asignar a cada contenedor de información una identificación única, basada en un convenio acordado y documentado, y compuesta de campos separados por un delimitador;
Es importante que utilicemos convenciones de nomenclatura para poder encontrar e identificar los documentos que almacenaremos en nuestro repositorio. Y lo más importante, que TODOS los contenedores de información del mismo sigan la misma estructura de nomenclatura. Si no siguen la misma estructura no tendría sentido aplicar la taxonomía.
Es importante acordar y documentar esta convención de nomenclatura para que si en cualquier momento alguien entra en el proyecto pueda recurrir a esa documentación para saber cómo debe nombrar cada uno de los contenedores de información que generará.
A su vez, para aplicar la taxonomía, es necesario el uso de separadores. A menudo utilizamos diferentes caracteres como separadores:
- _ Barras bajas
- - Guiones
- . Puntos (poco recomendables ya que suelen dejarse para separar el nombre del archivo del formato del archivo. Por ejemplo: NombreDeArchivo.formato.
Los separadores se usan para evitar los espacios ya que los espacios podrían llevar a confusiones.
Una estrategia para evitar los espacios también podría ser el uso del tipo de escritura CamelCase, que omite los espacios uniendo las palabras y representándolos mediante mayúsculas en la primera letra de la siguiente palabra: NombreDeArchivo.formato. en vez de Nombre de archivo.formato.
b) Asignar a cada campo un valor determinado con arreglo a una norma de codificación acordada y documentada;
De los campos anteriormente descritos deberías contar con una estandarización, unas tablas o una convención acordada para poder utilizarla en cada uno de los campos. Por ejemplo, si acordamos que la taxonomía a usar para los modelos BIM es la siguiente:
Propietario_Disciplina_Código de proyecto_descripción archivo
Deberemos acordar si el propietario se escribe con 3 siglas o con todo el nombre:
MSIStudio_Disciplina_Código de proyecto_descripción archivo
MSI_Disciplina_Código de proyecto_descripción archivo
Qué disciplinas utilizaremos, por ejemplo: ARC, STR, MEP y COO o estableceremos más.
Propietario_ARC_Código de proyecto_descripción
Y así con todos los diferentes campos.
c) Asignar los siguientes atributos a cada contenedor de información: y d)Cambiar el estado de los contenedores de información;
- Estado: Estado del contenedor en relación con el estado de la información que contiene. Los famosos estados WIP, SHARED, PUBLISHED y ARCHIVE.
- Revisión: El control de revisiones es muy importante para seguir un track de los archivos utilizados. Pueden aplicarse disponiendo de un campo en la taxonomía del contenedor de información.
MSI_Disciplina_CódigoDeProyecto_Descripción archivo_V1
MSI_Disciplina_CódigoDeProyecto _descripción archivo_V2
MSI_Disciplina_CódigoDeProyecto _descripción archivo_V3
- Clasificación: determinados sistemas de clasificación incluyen la organización de los contenedores de información dentro de la documentación de un proyecto. Etiquetando así, por ejemplo, los contenedores de información relacionados con los contratos de forma distinta a la documentación relacionada con los modelos BIM o los planos del proyecto.
e) Registrar el nombre de usuario y la fecha cada vez que se cambie el estado de una revisión del contenedor de información;
Para garantizar la privacidad y controlar la seguridad de la CDE del proyecto deberemos controlar el acceso a la documentación del proyecto a través de un login. La mayoría de CDE’s ya funcionan de esta manera e incluso permiten dar acceso a través de enlace a determinadas carpetas o archivos.
Gracias a este login, la solución tecnológica es capaz de identificar en que fecha y que agente ha actualizado alguno de los archivos e incluso enviar notificaciones cuando algún archivo sufre una actualización.
Conclusiones
A través de la ISO 19650, se establecen algunas recomendaciones para el uso de y establecimiento de las CDE, en ningún caso se especifica de una forma rígida como debe aplicarse, pero desde luego deben tenerse en cuenta las consideraciones que en esta normativa se detallan.
Cómo traspasar la información de DWG a Revit
Es común que durante el desarrollo de un proyecto se utilicen distintas herramientas en función de la fase de proyecto en la que nos encontremos. Esto puede darse debido a los distintos estados de madurez BIM en los distintos departamentos de una empresa o para obtener una mayor agilidad en el desarrollo de un proyecto.
No es de extrañar que durante el desarrollo de un anteproyecto o proyecto básico se haga uso de herramientas CAD debido a la mayor facilidad a la hora de adaptar el proyecto a las necesidades y cambios solicitados por parte del cliente. Una vez se empieza a definir el proyecto ejecutivo, puede darse la necesidad de utilizar softwares BIM para su desarrollo.
En entradas anteriores del blog hemos podido ver cómo con el uso de Dynamo podemos automatizar tareas de extracción de datos de archivos de DWG para su incorporación a Revit. Esta automatización nos permitirá reducir tiempos y recursos y nos evitará duplicar esfuerzos al tener que traspasar la información de CAD a BIM.
Para ello, el primer paso es detectar cuales son las necesidades del proyecto y definir como se va a dibujar mediante los softwares CAD para facilitar el traspaso de información a Revit.
Consideraciones en el dibujo
Para que podamos realizar los traspasos de información de una forma correcta, deberemos modificar ligeramente o incorporar ciertos mecanismos a la hora de dibujar mediante el uso de software CAD. Estas consideraciones previas a la hora de dibujar nos permitirán el traspaso de la información de un archivo DWG a Revit.
Para una mayor facilidad para la identificación de los elementos, crearemos distintas capas de dibujo en función del componente que vayamos a traspasar a Revit. Para el desarrollo de esta entrada del blog, se hará énfasis en los muros y suelos, por lo que crearemos distintas capas en función de los grosores de los elementos con los que vamos a trabajar.
Una vez hemos creado las capas y para facilitar el traspaso de la información, deberemos dibujar el eje de los muros y los ubicaremos en cada una de las capas que hemos creado anteriormente. En el caso de los suelos, deberemos dibujar el contorno y lo ubicaremos en la capa creada para los suelos.
Creación de muros desde DWG
Para realizar el traspaso de la información del DWG a Revit deberemos vincular el archivo DWG al modelo. Una vez vinculado, ejecutaremos Dynamo para desarrollar nuestro script que nos permitirá modelar automáticamente los muros y suelos del proyecto.
Para el desarrollo del script, será necesario tener instalado el package BimorphNodes, ya que serán necesarios algunos de los nodos contenidos dentro del paquete.
Para realizar la importación, seleccionaremos el DWG vinculado mediante los nodos de selección de Dynamo y con el uso del nodo CAD.CurvesFromCADLayers escogeremos las capas de los muros anteriormente creadas en AutoCAD.
Posteriormente, mediante el uso del nodo Wall.ByCurveAndLevels y las curvas obtenidas de las capas del DWG, dibujaremos los muros definiendo el nivel inferior, el nivel superior y el tipo de muro.
Creación de suelos desde DWG
Para la creación de los suelos utilizaremos un proceso similar al de los muros. Utilizaremos el nodo CAD.CurvesFromCADLayers para obtener las capas de los contornos de los suelos. Mediante el uso del nodo Floor.ByOutlineTypeAndLevel y las capas obtenidas del DWG, dibujaremos los suelos definiendo el nivel y el tipo de suelo.
Conclusión
Tal y como hemos podido ver en distintas entradas del blog, la gestión de la información y como decidimos ordenarla nos permitirá reaprovecharla y automatizar procesos que nos permitirán reducir tiempos de entrega y recursos.
Planificar las necesidades de un proyecto y tener una mirada transversal a lo largo de su desarrollo, nos permitirá poder definir unas estrategias de dibujo o modelado para que podamos hacer uso de la información producida.
Dentro de la metodología BIM, estamos acostumbrados a hacer uso de protocolos de modelado que dan respuesta a las necesidades de la organización para la explotación de los modelos BIM. En el caso que nuestro flujo de trabajo habitual combine los procesos tradicionales mediante el uso de software CAD con los nuevos procesos BIM, puede ser interesante para la organización definir los criterios de dibujo mediante un protocolo de dibujo en CAD, permitiendo así automatizar los traspasos de información de los softwares CAD a BIM. De esta manera, conseguiremos agilizar los procesos y reduciremos tiempos y esfuerzos al no tener que repetir el proceso de dibujo en el software CAD en el software BIM.
¿Cómo crear un catálogo de tipos para familias de Revit?
Cómo podemos ver en nuestro Máster BIM, a la hora de trabajar con Revit debemos tener varios puntos controlados como la parametrización, la taxonomía o el peso de los archivos, para asegurar un correcto desarrollo del proyecto y evitar posibles imprevistos.
Controlar el peso de los archivos se convierte en una tarea indispensable a la hora de coordinar un proyecto en BIM ya que, un peso desmesurado del archivo puede generar muchos errores o problemas a la hora de desarrollar los modelos. El peso de un archivo de Revit es tan importante que incluso puede llegar a imposibilitar una acción tan simple como orbitar alrededor del modelo.
Es por eso que debemos buscar estrategias que nos ayuden a reducir el peso de los archivos y mejoren la “salud” de estos. Una acción que podría ayudarnos a la hora de no sobrecargar el modelo con información es generar un catálogo de tipos para las familias de Revit que tengamos en nuestra biblioteca.
Catálogos de tipos
Revit cuenta con la posibilidad de generar un catálogo de tipos. Esta opción permite discriminar entre los tipos de una familia de Revit la hora de cargarlos en un proyecto.
El hecho de que se puedan discriminar los tipos de una familia que se va a cargar en el modelo presenta grandes ventajas, sobre todo en familias como los perfiles metálicos o algunas familias MEP que cuentan con un sinfín de variantes.
Cargar la familia de Revit, pero con menos tipos nos brindará principalmente dos ventajas:
- El peso del archivo del modelo disminuirá notablemente (a más familias que cuenten con el catálogo, más impacto sobre el modelo)
- El desplegable de tipos se reducirá y será más sencillo localizar una familia con el tipo que deseemos usar.
Así pues, al cargar una familia desde Revit, se mostrará una ventana donde aparecerá un listado con todos los tipos que contiene la familia (.rfa). El usuario podrá seleccionar en la lista los tipos que desea y estos serán los que se carguen en el proyecto exclusivamente.
Procedimiento
La manera de que el catálogo funcione es mediante un archivo .txt que se debe guardar en la misma ubicación que la de la familia.
Por ello es aconsejable contar con una biblioteca de familias correctamente estructurada y bien definida que nos permita ordenar y guardar fácilmente los archivos.
En primer lugar, se deberá abrir la familia de la que se desee generar un catálogo de tipos.
Una vez la familia esté abierta y sus tipos ya estén configurados, se deberá acceder a Archivo>Exportar>Tipos de familia.
Al seleccionar “Tipos de familia” se abrirá el explorador de archivos del PC, donde por defecto nos mostrará la ubicación del archivo .rfa del que estamos generando el catálogo, para que guardemos el archivo .txt que se genera por defecto.
Es importante guardar el .txt en la misma ubicación en la que se encuentra la familia.
Tras guardar el archivo de texto, se podrá cerrar la familia para cargarla en algún proyecto.
Cunado se pretenda usar un catalogo de tipos de una familia de Revit, es imprescindible abrir la familia desde la opción “Cargar familia”. Si la familia se carga arrastrando el archivo .rfa al modelo o demás, la opción catálogo de tipos no se activará.
Al seleccionar la familia desde “Cargar familia” y cargarla, se abrirá automáticamente una ventana que permitirá al usuario discriminar entre los tipos que contiene la familia, para así, cargar solo los necesarios.
Es posible seleccionar varios tipos utilizando la tecla “ctrl” y es necesario actualizar el archivo txt si los tipos sufren cambios a posterior.
Conclusiones
Esta no es más que otra de las muchas maneras que tenemos de intervenir en la salud de los modelos. Es importante trabajar de manera ordenada y limpia para intentar mantener los modelos lo más ligeros posible y con el mínimo de información innecesaria.
Con esta herramienta se vuelve a ver la importancia de contar con familias bien desarrolladas y con una buena biblioteca de familias que permita su fácil localización y guardado.
Bibliotecas de Familias para fabricantes
Para la generación del modelo BIM As Built, es necesario que los objetos BIM cuenten con un mínimo nivel de información con el que podamos definir el elemento que se ha acabado instalando en obra. Esta información puede añadirse manualmente a través de las especificaciones técnicas de los productos o bien a través de las familias que podamos descargarnos de las páginas web de los fabricantes.
¿Familias genéricas o de fabricante?
Es una discusión recurrente, las familias genéricas suelen ser más livianas, con geometría aproximada e información y características genéricas. En cambio, las de fabricante suelen tener geometrías reales de los productos comerciales, contienen información específica del elemento definido y por tanto tienen un mayor peso en el modelo.
El uso de las familias de fabricante puede ayudarnos a ahorrar tiempo en la generación de un modelo As Built, ya que las familias ya cuentan con la información geométrica real del elemento además de contar con parámetros donde se embeben sus características.
Si generamos un modelo As Built en base a familias genéricas, deberemos evolucionarlas e incluirles información que no se ha podido introducir en fases anteriores ya que no sabremos el modelo comercial final de un producto hasta que no esté instalado en obra.
Consideraciones previas
En este post, explicaremos algunas de las consideraciones necesarias para poder crear bibliotecas de objetos BIM para fabricantes.
Definición del alcance
Lo primero que debemos saber es la naturaleza de los objetos BIM que se deben realizar y los requisitos con los que deben cumplir.
Por ejemplo, si se tratan de elementos que se colocan en el proyecto y no influyen en ningún tipo de análisis o si por lo contrario se tratan de elementos sujetos a análisis o simulaciones como por ejemplo las luminarias.
También será importante decidir los softwares a los que se quiere dar respuesta con la biblioteca de objetos BIM ya que influirá en el proceso de creación de familias.
Diagnosis e información de partida
Una vez definidos los objetivos y el alcance de los objetos BIM a generar, se deberá estudiar la información de la que se dispone de base. Estudiar si se tienen geometrías CAD o en otros formatos que puedan transformarse en otros formatos además de un estudio de transformación a Revit.
El reaprovechamiento de geometrías existentes, aplicados de una forma correcta, puede repercutir en una disminución del coste de generación de objetos BIM para nuestro cliente. Para poder reaprovechar toda esta información, es necesario organizarla de una determinada manera.
Automatizaciones
En función del número de objetos a generar, será importante estudiar la necesidad de automatizar el proceso a través de programas informáticos ad-hoc.
Estas automatizaciones nos permitirán generar objetos BIM en varios formatos de forma automática y por lo tanto de forma mucho más rápido que manual. Podríamos estar hablando de unas 100 unidades por hora de ejecución. La duración puede variar en función de la complejidad de la geometría, la cantidad de información a asociar, los formatos que se deban generar, etc.
Otras consideraciones
Será también importante que la base de datos desde donde el programa recolecta los diferentes archivos o paquetes de información para la generación de esta librería de objetos contenga toda la información (geometría, metadata y otros) y esté estructurada de forma correcta (sin que falten archivos ya que podría producirse errores durante la ejecución).
Conclusiones
Es necesario contar con una biblioteca de familias representativa del catalogo comercial, actualizada y útil para utilizar en los modelos BIM. Pero en ocasiones, la complejidad de la creación de estas familias condiciona el esfuerzo necesario para realizarlas y por tanto la inversión económica del cliente para realizarla. Gracias a las automatizaciones, podremos generar un showroom BIM para que diferentes fabricantes pueden poner a disposición de técnicos involucrados en el proceso constructivo a través de la metodología BIM y que estos cuenten con objetos BIM con información válida para poder ser utilizadas en los modelos BIM y en diferentes tipos de análisis.
Extracción de datos de DWG para su uso en Revit
Es común que en el durante de implantación del BIM en las empresas existan diferentes estados de madurez BIM en los distintos procesos que se realizan.
No es de extrañar que un proyecto básico se haya comenzado a desarrollar en software CAD y que cuando se tenga que pasar a la fase de proyecto ejecutivo se tenga que realizar desde un entorno BIM. Es común también que mientras los proyectos se desarrollan con software de diseño paramétrico, haya procesos que todavía no se han adaptado a la nueva metodología.
Puede darse el caso que un ingeniero eléctrico tenga que realizar un cálculo lumínico y que para ello no haga uso de los modelos BIM disponibles. En el mejor de los casos, el ingeniero nos proporcionará un archivo DWG para que podamos tomarlo como referencia a la hora de incorporar las luminarias en el proyecto.
En entradas anteriores del blog hemos podido comprobar como con el uso de Dynamo podemos automatizar tareas reduciendo los tiempos y recursos. En este caso, el uso de este software nos ayudará a utilizar los datos extraídos del archivo DWG para poder facilitar el modelado de los elementos en Revit.
Consideraciones previas
Para poder extraer datos del archivo DWG hay que tener en cuenta unas consideraciones previas, ya que si no los resultados pueden no ser los esperados. Para que el proceso funcione correctamente, se deberán tener en cuenta los siguientes puntos:
- Sistema de coordenadas: las coordenadas del archivo han de ser las mismas tanto en el DWG como en el archivo de Revit.
- Unidades del archivo: el sistema de unidades ha de ser el mismo tanto en el DWG como en el archivo de Revit.
- El punto de inserción de los bloques debe estar en el centro del bloque.
- El nombre de los bloques del DWG será el mismo nombre de la familia equivalente en Revit. Esto nos permitirá agilizar el proceso y que el script de Dynamo sea más sencillo de ejecutar.
Data extract
Para obtener los datos necesarios del DWG, utilizaremos la herramienta Data extract de AutoCAD. Con ella obtendremos información de los distintos bloques de las luminarias del archivo DWG que el ingeniero ha generado con el programa de cálculo.
Para poder usar la herramienta, introducimos el comando “_dataextract” en la línea de texto de AutoCAD. En la interfaz que se abre, seleccionaremos la opción de “Crear una nueva extracción de datos” y elegiremos donde queremos guardar el archivo para posteriores exportaciones.
Una vez seguimos adelante, nos aparece una interfaz que nos permite elegir los elementos de los cuales queremos obtener información. Para nuestro caso, seleccionaremos los bloques de las luminarias que nos interesen.
En la siguiente interfaz deberemos escoger la información que nos interesa para poder traspasar la información a Revit. Para insertar las familias en Revit necesitaremos saber las coordenadas, por lo que escogeremos las opciones de Posición X y Posición Y. Incorporaremos también el parámetro de rotación para poder disponer los elementos en la orientación que sea necesaria.
Finalmente, en opciones de salida seleccionaremos la opción de generar un archivo en formato .xls que posteriormente utilizaremos para obtener los datos con Dynamo.
Importación de datos
Una vez hemos obtenido los datos desde el DWG podremos utilizarlos para crear las luminarias en nuestro modelo de Revit utilizando Dynamo.
Para ello, utilizaremos los parámetros Posición X y Posición Y para determinar el punto de inserción de las luminarias. Para definir la posición en altura se le otorgará desde Dynamo el valor que se considere oportuno. En el caso práctico de esta entrada se ha propuesto situar las luminarias a 3 metros del nivel del suelo.
Como hemos renombrado los bloques del DWG como las familias de Revit, usaremos el parámetro Nombre para seleccionar la familia de cada de uno de los tipos de luminaria que hay que modelar.
Finalmente, rotaremos las luminarias con el parámetro Rotación para que se sitúen en la orientación deseada.
Con el desarrollo del script propuesto, conseguiremos utilizar la información de los dibujos en CAD para optimizar el proceso de modelado desde un archivo DWG de referencia, lo cual nos permitirá utilizar parte de la información disponible y no tener que volver a rehacer el trabajo con otro software.
Conclusión
Aunque el nivel de madurez BIM de los distintos procesos que se desarrollan no sea siempre el mismo o sea nulo, es importante saber qué información de la que se dispone es reutilizable para otros procesos.
Poder reaprovechar la información de otros procesos, aunque no se hayan desarrollado mediante la metodología BIM, es clave para no tener que rehacer el mismo trabajo en distintas plataformas.
Utilizar toda la información disponible nos permitirá optimizar el proceso del desarrollo del proyecto y nos permitirá dedicar los esfuerzos a mejorar la calidad del proyecto.
