MicrosoftTeams image 8

SCAN TO BIM - De la tecnología al modelado BIM - NdP en Revit

Cuando ya hemos adquirido la nube de puntos y vamos a tratarla en Revit, es importante conocer cuáles son los puntos clave a conocer para poder trabajar correctamente con la nube dentro del software de modelado.  Que formatos admite, que peso es óptimo para que se maneje de forma ágil, si se trabaja colaborativamente que es necesario tener en cuenta, etc. Como finalmente también formará parte de la estrategia de obtención de nube de puntos, vamos a analizar qué requisitos son necesarios para modelarlas en Revit.

A partir del primer post introductorio de SCAN TO BIM – De la tecnología al modelado BIM - Introducción, continuamos ahora con el cuarto post para plantear como debemos trabajar el archivo de nube de puntos en Revit para un ágil levantamiento a partir de este. Comentamos a continuación, cuales son estos aspectos importantes.

¿Qué tipos de archivos de nube de puntos admite Revit?

Revit permite vincular dos tipos de formatos de nubes de punto dentro de un proyecto Estos son RCP o RCS. Ambos formatos pueden tratarse tanto en ReCap como en Revit. Desde ReCap, como software de Autodesk de tratamiento de nube de puntos, se pueden guardar cualquiera de los dos formatos, pero es importante reconocer las diferencias.

  • RCP es un archivo que como un único archivo mantiene vinculado todos los archivos de escaneos que contiene. Un archivo RCP puede tener vinculados 10 archivos linkados de la toma de escaneo.
  • RCS es un archivo único que contiene incluidos dentro del propio archivo los puntos de escaneo.

 

El peso de los dos archivos varia bastante al sistema de unión que existe entre ellos:

Ilustración 1. Peso de los archivos. Fuente propia

Se puede ver en la Ilustración 1 que el peso del archivo RCP es mucho menor que el del archivo RCS. Eso es debido a que la integración de los distintos puntos dentro del archivo estén vinculados y mantenga el vínculo o estén desvinculados.

Ilustración 2. Izquierda archivo RCP, derecha archivo RCS vinculados dentro de Revit. Fuente propia

Podemos ver en la Ilustración 2 que, una vez vinculado en Revit el formato es RCP, se pueden apagar los distintos puntos que contiene el archivo y por tanto, visualizar solo una parte de la nube. En cambio, el archivo RCS pierde la capacidad de vinculo y ha compactado el resultado.

Para que se entienda un poco mejor se podría realizar el símil de que, un archivo RCP sería como un archivo NWF de Navisworks donde tienen vinculados los NWC. Y en cambio un RCS sería un archivo NWD donde pierde la conexión con los NWC y los integra.

¿La ruta y el peso influyen en el modelado?

Cuando debemos levantar un modelo a partir de nube de puntos en Revit, suele ser un proyecto de un tamaño considerable y que, por tanto, también nos encontremos con tener que trabajar varias personas en el modelo al mismo tiempo de forma colaborativa.

Lo primero que tenemos que tener en cuenta es que, si debemos trabajar colaborativamente desde un archivo central con varios locales, debemos hacer que todos los archivos lean la misma ruta relativa a la nube de puntos.

Ilustración 3. Opciones de ubicaciones de archivos de Revit. Fuente propia

Según Autodesk: “es aconsejable que cada usuario copie localmente los archivos de nube de puntos. Mientras la ruta relativa de las copias locales de los archivos de nube de puntos sea la misma para cada usuario, el vínculo seguirá siendo válido cuando se sincronice con el archivo central.”

Por tanto, cuando el archivo se vincule directamente sobre el proyecto, deberemos generar la misma ruta para cada archivo local.

En cambio, cuando el archivo tenga un peso que impida el trabajo fluido directamente desde Revit, la opción más recomendable es generar un archivo puente, donde en un archivo blanco con coordenadas adquiridas, se vinculen las nubes de puntos. Este archivo solo contendrá la nube de puntos. Posteriormente, en el archivo donde queramos modelar, es donde vincularemos este mismo archivo puente. Esta acción hará reducir el peso del propio archivo y permitirá poder trabajar con ella cuando necesitemos, pudiendo incluso apagar el vínculo cuando no nos interese.

¿Y como modelamos a partir de la nube de puntos?

  • Crear elementos de referencia: las nubes pueden sufrir cierta desviación aceptable que pueda hacer variar un nivel, siempre se debe consultar al experto antes para confirmar que es correcto, una vez aceptado ese mínimo error, es recomendable siempre marcar tanto niveles como rejillas de referencia marcando la aceptación del punto escogido de la nube de puntos.
  • Crear plantillas de vista para modelar: Se recomienda crear plantillas de vista por plantas donde se controlarán los elementos básicos de modelo y de anotación.
  • Un concepto muy importante a la hora de crear plantillas de vista es el Rango de Vista. Se recomienda NO incluir el Rango de vista en las plantillas ya que es recomendable trabajar con rangos muy pequeños para poder visualizar mejor la nube de puntos.
  • Secciones de corto alcance. En el caso de las secciones sucede algo parecido, debemos tener en cuenta trabajar con desfases cortos de este modo se puede visualizar solo el fragmento de nube de puntos con el que se quiera trabajar
Ilustración 4. Sección en nube de puntos. Fuente propia
  • Familias vs Componentes in situ: Siempre es recomendable contar con una biblioteca de familias que cubra la mayor cantidad de objetos constructivos que nos podemos encontrar. Estos serán siempre paramétricos y a considerar su categoría y plantilla según la disciplina y función. Pero para según qué proyectos de escaneado, por ejemplo de edificios patrimoniales, SOLO cuando se traten de elementos puntuales/singulares que presentan una complejidad mayor, se realizarán mediante componentes in situ.
Ilustración 5. Ejemplo Familia in situ. Fuente Autodesk University

El modelo in situ nos permite referenciarlo tanto en el modelo como la nube de puntos, pero habrá que vigilar la cantidad de elementos se hagan de esta forma ya que pueden cargar el modelo con más peso del necesario.

Conclusión

En muchos casos puede resultar arduo tener que empezar de cero modelando en Revit con una nube de puntos, pero a partir de esta serie de posts y los puntos clave de trabajarlos en Revit, puede facilitar muchos pasos que agilizan y ayudan a entender el proceso completo. Este último paso es el que crea el modelo del edificio, por tanto, es en el que hay que poner más hincapié para tener esta base lo más próxima a la realidad teniendo la certeza de haber modelado sobre una nube de puntos.


MicrosoftTeams image 4

¿Por qué los fabricantes deberían crear familias de Revit de sus productos?

El uso de objetos BIM para levantar cualquier modelo es indispensable, por ello los modeladores requieren de disponer de una amplia biblioteca de familias para poder instalar los productos que usarán en su proyecto.

En el anterior post Bibliotecas de familias para fabricantes, definíamos las diferencias entre las familias genéricas y de fabricante y, además, dábamos algunos consejos a tener en cuenta antes de crear una biblioteca de familias.

En este post resolveremos algunas dudas que han tenido algunos fabricantes con respecto al desarrollo de familias y destacaremos los beneficios de tener una biblioteca específica de objetos que represente los productos que comercializan.

¿Revit sustituye al software de fabricación?

¡No, nunca lo sustituirá! El software de fabricación es usado para definir la geometría real (a escala 1:1) del producto final durante la fabricación, estos tipos de software CAD (como por ejemplo SolidWorks) permiten generar una serie de geometrías con muchísima precisión. Cuando hablamos de BIM, hablamos de trabajar de forma contextualizada. En metodología BIM perdemos la perspectiva aislada del propio producto para centrarnos en el proyecto, que estará formado por diferentes productos y en los que la precisión geométrica es importante para coordinarlos espacialmente entre ellos y los sistemas constructivos, pero no el mismo nivel de detalle para utilizarlos como referencia para la fabricación.

Por ese motivo normalmente no se requiere de un LOD400 para poder realizar el diseño de un proyecto convencional (a no ser que requiramos de sistemas especiales). Pero tampoco quiere decir que no podamos sacarle partido a esa geometría CAD (en formato .igs, .sat, etc) y usarla para crear nuestros objetos BIM.

¿Los objetos BIM deberían realizarse en formato familia de Revit (RFA) o en IFC?

Muchos fabricantes también se plantean si generar los archivos en un formato nativo o en formatos de interoperabilidad o abiertos.

El formato RFA tiene acceso a cualquier funcionalidad de Revit. Por lo que si se tratan de familias MEP podrán involucrarse en cálculos dentro del modelo. En el caso de ser en formato IFC podrán importarse a cualquier software, pero al tratarse de una traducción de un formato de interoperabilidad a otro específico (el de cada software) es probable que se requiera de tiempo extra del modelador para comprobar y garantizar que toda la información contenida en ese IFC se ha traducido de forma correcta en el software de modelado.

El formato IFC está más planteado para compartir un modelo entero que contiene muchos objetos BIM más que para un producto concreto de forma aislada si queremos garantizar la interoperabilidad IFC. Si en cambio queremos facilitar el trabajo a los modeladores, deberíamos crear los objetos en los formatos nativos del software de modelado (rfa en el caso de Revit).

Ilustración 1. Importaciones en Revit de una familia con comportamiento fotométrico (izquierda) e importación de una geometría en IFC sin comportamiento fotométrico (derecha). Familias del fabricante LEDS C4. Fuente propia

¿Por qué los fabricantes deberían crear familias de Revit de sus productos?

El hecho de disponer de un catálogo de productos en BIM facilita mucho la extracción de información de los mismos y de su integración en el proyecto. Con ello, los equipos de diseño se sienten más cómodos usando elementos que ya pueden analizarse en fases previas, a nivel visual, lumínico, etc.

Además, al contener las familias parámetros y direcciones url de descarga para fichas técnicas, certificados o bien manuales de montaje, dota a estos objetos de cierta información que luego puede ser filtrada, convirtiéndolos así en repositorios de información útiles para poder centralizar ciertos tipos de información.

Conclusiones

La digitalización de los catálogos de productos de los fabricantes del sector de la construcción solo aporta beneficios, tanto a los diseñadores y usuarios de BIM que se beneficiarán de la información (no solo geométrica) embebida en los objetos, como de los fabricantes que pueden utilizar el uso de los objetos BIM como herramienta de marketing para dar a conocer a los técnicos del sector sus productos.


Portada post Jose

Automatización del estudio de colisiones en NAVISWORKS

En anteriores entradas vimos otras funcionalidades de Navisworks, como son la cuantificación y planificación de modelos BIM. Encontramos un post relacionado con ello en: Cómo crear una simulación 4D con Revit y Project desde Navisworks.

En el post de hoy trabajaremos en cómo podemos generar una mecanización del estudio de colisiones con Navisworks. Para ello, es necesario realizar un trabajo previo.

Veremos como este trabajo previo es laborioso, pero una vez realizado, lo utilizaremos para todos los futuros proyectos en que queramos realizar el análisis de colisiones en un modelo BIM.

En consecuencia, tenemos que poner sopesar si esta inversión de tiempo nos beneficiará a largo plazo a la hora de utilizar este recurso en los proyectos futuros o en caso contrario, no utilizaremos este recurso para proyectos futuros.

En el caso de trabajar con modelos BIM a diario y con distintos proyectos a lo largo del tiempo, es seguro que este trabajo previo nos será muy rentable.

Pasos a seguir

En primer lugar, debemos situarnos en la propia herramientade Navisworks y pensar en cómo realiza este software el análisis de colisiones. En el día de hoy no vamos a entrar en detalle en cómo hacer un buen análisis de colisiones, sino que nos vamos a centrar en la mecanización del proceso. De todas formas, en una futura entrada de post, veremos la generación paso a paso del estudio y tratamiento de las colisiones en Navisworks.

Para empezar nos vamos a centrar en cómo Navisworks realiza la selección de los elementos del modelo que colisionan. Hoy dejaremos un poco de lado criterios como las reglas de generación de colisiones, las tolerancias, criterios de colisión, etc. Próximamente veremos todos estos criterios y como trabajar con ellos para realizar un estudio de colisiones lo más preciso y eficiente posible. Ahora nos centraremos en la selección de los elementos del modelo.

Ilustración 1: Clash Detective. Fuente propia

Fijémonos como el software parte de dos selecciones, A y B, donde en cada una de ellas podemos seleccionar aquello que queremos realizar el estudio de colisiones, pudiendo así seleccionar desde todo el modelo hasta cada uno de los ejemplares del mismo.

Vemos como el propio Navisworks nos genera una estructuración de los elementos del modelo de igual modo que en el árbol de selección, así como nosotros podemos seleccionar la estructuración que más nos guste o nos convenga para el estudio de colisiones.

Para el estudio de hoy nos vamos a centrar en la Selección por Sets o también llamados Conjuntos de Búsqueda. Lo que vamos a realizar es un pre estudio de aquellos elementos que en los modelos y, en consecuencia, en la obra, más colisionan.

Para realizar este estudio, deberemos clasificar y ordenar los elementos del modelo según uno de los distintos criterios de clasificación. Hoy usaremos la Gubimclass, un sistema de clasificación de elementos de construcción de acuerdo a su función. Otros criterios de clasificación, podrían ser tales como Uniformat, Uniclass o Omniclass.

E aquí el trabajo previo que debemos realizar, siendo necesario que todos los elementos de nuestro modelo estén bien clasificados según sus características constructivas. De este modo, tendremos identificados los elementos del modelo según sus especificaciones constructivas.

¿Y para que nos va a servir tener los elementos clasificados?

Al tener los elementos clasificados en el modelo, seremos capaces de identificar aquellas soluciones constructivas que más a menudo presentan interferencias y colisiones entre los sistemas constructivos.

Para generar este estudio de los sistemas constructivos que más interferencias presentan, nos generaremos una tabla identificando todos los sistemas constructivos clasificados por la Gubimclass. En esta misma tabla, identificaremos las colisiones que más a menudo vemos día a día tanto en los modelos como en la obra.

Ilustración 2: Tabla de clasificación de colisiones. Fuente propia

En esta tabla vemos como tenemos toda la clasificación según la Gubimclass en sentido vertical y en sentido horizontal. Así mismo podemos observar también aquellos sistemas constructivos que colisionan en los modelos y en la obra aparecen en forma de código de colisión, dejando así constancia de un punto de estudio de colisiones.

El trabajo siguiente es trasladar este estudio de colisiones de los sistemas constructivos a nuestro modelo y como hacer dicho estudio con Navisworks.

Como hemos comentado anteriormente, partiremos de un modelo en el que todos sus elementos estarán clasificados según la Gubimclass.

Procederemos de la siguiente forma:

  • Generaremos la búsqueda de los elementos a partir de su parámetro de Código de montaje, en el cual estará especificado su valor numérico de Gubimclass.
Ilustración 3: Búsqueda de elementos. Fuente propia
  • Una vez generada esta búsqueda, vamos a guardarla como conjunto de búsqueda. Esta tarea es laboriosa y lleva su tiempo, e aquí la decisión de valorar si realmente este trabajo nos será útil para otro proyecto. Deberemos realizar esta labor para cada uno de los elementos clasificados por la Gubimclass, y para tener estos conjuntos de búsqueda bien ordenados, los organizaremos en carpetas con la codificación propia de la Gubimclass.
Ilustración 4: Conjuntos de búsqueda. Fuente propia

Todo este trabajo que acabamos de realizar no es solo tiempo dedicado a un único proyecto, es importante destacar que los conjuntos de búsqueda son importables y exportables. Es decir, una vez realizado este conjunto de búsqueda por el parámetro de código de montaje y por la clasificación Gubimclass, seremos capaces de exportarlo en un formato XML.

Ilustración 5: Importación/Exportación de conjuntos de búsqueda. Fuente propia

Estos conjuntos de búsqueda los podremos usar para TODOS los proyectos que realicemos y que los elementos contengan el parámetro de código de montaje con la mima clasificación Gubimclass.

Hemos tomado como criterio de clasificación la Gubimclass, pero podrían haber sido las comentadas anteriormente o incluso un código identificador de elementos propio de un usuario o un despacho.

Y os preguntaréis, ¿para qué hemos realizado todo este trabajo?

Pues bien, como hemos comentado al inicio del post, uno de los criterios de selección de Navisworks son los Conjuntos de Búsqueda. Hemos generado una tabla indicando aquellos sistemas constructivos identificados y clasificados por la Gubimclass que, según la experiencia vivida en obra y en los modelos BIM, normalmente generan colisiones.

Ahora mismo nos encontramos con que tenemos los puntos de conflicto de colisiones identificados en la tabla y, por otra parte, gracias a los conjuntos de búsqueda que hemos creado somos capaces de seleccionar aquellos y solo aquellos elementos que me interesa hacer colisionar. De este modo somos capaces de generar un estudio de colisiones mucho más preciso y detallado de aquellos sistemas constructivos conflictivos.

Ahora, volvamos al estudio de colisiones. Volvamos a esas dos columnas de selección, capaces de seleccionar esos conjuntos.

Ilustración 6: Selección de conjuntos de búsqueda para el estudio de colisiones. Fuente propia

Como vemos, deberemos realizar cada uno de estos procesos para cada uno de los conflictos que tenemos identificados en la tabla. Deberemos seleccionar los conjuntos de búsqueda que generan la colisión, y para tenerlos identificados, vamos a nombrar el Test o Conflicto por el nombre de los conjuntos de búsqueda que nos hemos creado anteriormente.

Ilustración 7: Generación de conflictos identificados en tabla. Fuente propia

Como podemos ver en la imagen, finalmente nos generamos todos los conflictos que identificamos anteriormente en la tabla. Son aquellos conflictos que más se repiten en los modelos BIM y en las obras.

Ahora bien, ¿Todo este trabajo para la creación de los conflictos, solo nos sirve para este proyecto?

La respuesta es no. En cuanto a los conflictos, también podemos hacer exportaciones e importaciones en formato XML, y de este modo, todo este trabajo que hemos realizado, lo podremos utilizar para otro proyecto.

Dicho esto, podemos ver que se trata de un largo trabajo a priori, pero toda esta inversión de tiempo y esfuerzo nos será muy útil en proyectos futuros.

Ilustración 8: Importación/Exportación de conflictos. Fuente propia

Conclusiones

Como hemos podido ver a lo largo de este post, tenemos que realizar una inversión de tiempo para la creación de los recursos necesarios para la generación de los Clash Test y los Conjuntos de Búsqueda.

Este proceso, como hemos comentado anteriormente, se puede generar partiendo de distintos criterios de búsqueda. Normalmente el criterio de búsqueda lo generaríamos a partir del criterio de clasificación de los elementos del modelo. En este caso de ejemplo hemos utilizado la Gubimclass, pero podría haber sido cualquier otro sistema de clasificación o un criterio propio de clasificación. Lo importante es tener todos los elementos del modelo bien identificados y clasificados.

 Lo que debemos tener en cuenta es respecto a qué elementos queremos realizar el análisis de colisiones y, posteriormente, generar la búsqueda de estos elementos para generar y guardarlos como conjuntos. De este modo, seremos capaces de generar las colisiones pertinentes gracias a que Navisworks nos da la posibilidad de seleccionar para el análisis de colisiones los conjuntos que nosotros mismos hemos creado.

Resumiendo, debemos reflexionar antes de empezar a realizar todo este trabajo. Esta inversión de tiempo inicial nos puede servir para otros futuros proyectos ahorrándonos tiempo a medio/largo plazo.


Portada Alberto

Coordinación geométrica en BIM 360

Una de las principales ventajas que nos ofrece la metodología BIM es que, al trabajar con modelos geométricos, podemos realizar coordinaciones geométricas entre los elementos de los modelos para ver si existen interferencias que puedan suponer imprevistos a la hora de ejecutarlos.

Existen varios softwares de coordinación que nos permiten realizar la detección de colisiones entre los elementos de un modelo. Probablemente el más conocido y más común de utilizar sea Navisworks Manage de Autodesk, pero existen otras opciones de software en el mercado.

Otra de las opciones que nos proporciona Autodesk para la detección de interferencias es la posibilidad de realizar la coordinación geométrica desde BIM 360, permitiéndonos así utilizar los mismos modelos de la nube de Autodesk para coordinarlos.

Model Coordination

El módulo de Model Coordination de BIM360 se incluye en BIM Collaborate y BIM Collaborate Pro de BIM360. Con este módulo podremos realizar la coordinación de los distintos modelos que estén ubicados en Document Management de la nube de Autodesk.

Ilustración 1: Módulo del Model Coordination. Fuente propia

Si accedemos al módulo de Model Coordination podremos seleccionar los modelos del proyecto sobre el que estemos trabajando. Para ello, previamente deberemos crear espacios de coordinación específicos e indicar cuales son las carpetas del módulo de Document Management asociadas para la coordinación de los modelos. Una vez hayamos creado el espacio de coordinación y estén los modelos cargados en la nube, BIM 360 realizará la coordinación de los modelos automáticamente.

Detección de interferencias

Desde el menú de Model Coordination podremos escoger cuales son los modelos sobre los que queremos hacer la coordinación geométrica. Una vez los seleccionemos podremos acceder al entorno de coordinación donde podremos ver las colisiones del modelo y gestionarlas.

Ilustración 2: Selección de modelos a coordinar. Fuente propia

Desde el entorno de coordinación podremos ver cuales son los conflictos entre los modelos seleccionados previamente. Deberemos seleccionar un modelo principal y posteriormente los modelos con el cual queremos comprobar los conflictos. La aplicación nos permitirá agrupar los conflictos de tres formas: por objeto, nombre de sistema y nombre de tipo. Cabe destacar que en función del modelo que se elija como principal observaremos los resultados de una forma u otra, ya que los conflictos se agruparán según el modelo principal escogido.

Ilustración 3: Detección de colisiones mediante BIM360. Fuente propia

Una vez realizada la detección de los conflictos podremos seleccionarlos y poder discriminar si se trata de una incidencia o si, por lo contrario, podemos asumir el conflicto y determinar que no es una incidencia.

Ilustración 4: Definición de incidencias. Fuente propia

En caso que se determine que el conflicto no es una incidencia, se obviará y no volverá a aparecer en futuras coordinaciones. En caso que determinemos que el conflicto es una incidencia podremos emitir incidencias para que se pueda solucionar el conflicto.

Cuando creemos una incidencia podremos definir distintos atributos tal y como el tipo de incidencia, estado, título, agente al que se le asigna, propietario, fecha de vencimiento, descripción de la incidencia entre otros. Así mismo también deberemos colocar un alfiler encima del elemento que causa el conflicto para poder identificarlo.

Ilustración 5: Emisión de incidencia y colocación de alfiler. Fuente propia

A la hora de colocar el alfiler y determinar el objeto del conflicto es muy importante saber cual es el modelo principal de la detección de conflictos, ya que solo podremos colocar el alfiler en los elementos del modelo principal. Esto también tendrá repercusión a la hora de gestionar las incidencias desde Revit, ya que las incidencias solo podrán ser tratadas desde el modelo que contiene los elementos sobre los cuales vamos a poner el alfiler. Por lo tanto, tendremos que tener en cuenta previamente cuales van a ser los elementos que van a tener que ser modificados, ya que no será lo mismo realizar una detección con un modelo de arquitectura como modelo principal que hacerlo con un modelo de MEP.

Todas las incidencias emitidas podrán ser gestionadas desde Revit en los modelos correspondientes. Desde Revit podremos seleccionar la incidencia y se seleccionarán los elementos sobre los cuales hemos puesto el alfiler y podremos modificar el modelo para dar solución a las incidencias creadas en la nube.

Cuando se hayan emitido todas las incidencias, desde la pestaña de Incidencias del entorno de coordinación podremos ver el modelo geométrico con todas las incidencias emitidas.

Ilustración 6: Incidencias en modelos. Fuente propia

Gestión de interferencias

Cuando hemos emitido las incidencias las podremos gestionar desde la misma plataforma. Desde el modulo de Model Coordination podemos realizar matrices de conflictos en función de los modelos que tengamos en el proyecto. De esta forma podremos saber cuántos grupos de conflictos existen entre los distintos modelos del proyecto.

Ilustración 7: Matriz de grupos de conflictos entre modelos. Fuente propia

Así mismo, desde el módulo de Document Management podremos ver un resumen de las incidencias que se han creado en el proyecto, así como su información y estado. Desde este apartado podremos cambiar la información de las incidencias, así como cambiar el estado en caso que sea necesario. Desde este apartado también podremos realizar exportaciones de informes de las incidencias en formatos PDF, XLSX y CSV.

Ilustración 8: Gestión de incidencias desde Document Management. Fuente propia

Conclusión

Como hemos podido ver, Autodesk no solo nos proporciona softwares específicos como Navisworks Manage. También nos proporciona la opción de realizar coordinaciones geométricas en su propia nube. Aunque esta utilidad tenga algunas limitaciones nos permite realizar una coordinación de los modelos sin necesidad de tener un software adicional para ello. Adicionalmente, al estar trabajando directamente desde la nube nos permitirá poder trabajar con equipos informáticos de gama baja, ya que se consumen los recursos de la nube y no necesitamos grandes prestaciones para realizar la coordinación.

La detección automática de colisiones mediante el uso del módulo Model Coordination hacen de esta herramienta una buena opción de coordinación de modelos para gente que tenga menos desempeño con herramientas especificas de detección de interferencias, ya que no se necesitan grandes conocimientos en software para poder realizar la coordinación de los modelos.


Portada post Fatima

Herramientas básicas para estructurar datos en FM

A menudo se piensa que trabajar FM con BIM, es decir, la séptima dimensión BIM, está a años luz, especialmente porque no es asequible, pues debe invertirse en alta tecnología y hacer costosos modelados, contratar nuevo personal, aprender “x” cantidad de programas, etc., especialmente cuando vemos videos o demos del potencial de la combinación; sin embargo, el FM es ya de por sí, una orquesta y hay que tocar muchos cables y no nos ponemos a pensar en que hay pequeñas herramientas que con una buena organización pueden potenciar altamente nuestro trabajo.

En esta ocasión queremos compartir un par de herramientas de uso común y formato abierto que pueden usarse en FM; estas, forman parte de la implementación y son cruciales para la estructuración de datos.

La importancia de estructurar nuestros datos

Antes se ha mencionado el símil de la orquesta, y esto hace referencia a la necesidad inminente de organización para realizar la labor, por lo que la estructura en que tenemos nuestros datos es igual de importante, esto nos permitirá unificar el lenguaje de intercambio, ordenar los datos, así como la asignación de tareas y, sobre todo, nos ayudarán a optimizar el tiempo. Pues en FM, es normal que debas estar en dos sitios a la vez.

Formatos de estructuración de datos

Formatos de clasificación

Con esto hacemos referencia a los diferentes sistemas de clasificación para la industria de construcción. Las clasificaciones buscan agrupar o categorizar elementos que compartan características en común o una relación muy cercana o incluso dependiente. De forma que podamos reconocerlos, diferenciarlos y comprenderlos.

Es una forma esencial de identificar y gestionar la gran cantidad de información que interviene en un proyecto, y es un requisito para los proyectos BIM, tal y como establece la serie de normas BS EN ISO 19650.

Entre las clasificaciones más comunes tenemos las siguientes

  • Clasificación OmniClass:
    Es una base estandarizada para clasificar la información creada y utilizada por la industria de arquitectura, ingeniería y construcción (AEC), durante todo el ciclo de vida de la instalación, desde la concepción hasta la demolición o reutilización, y abarca todos los diferentes tipos de construcciones que componen el entorno construido.
    Proporciona una estructura de clasificación para bases de datos y software electrónicos
    Consta de 15 tablas jerárquicas, cada una de las cuales representa una faceta diferente de la información de construcción. Cada tabla se puede utilizar de forma independiente para clasificar un tipo particular de información, o las entradas en ella se pueden combinar con las entradas en otras tablas para clasificar materias más complejas.
    Autor: CSI o Construction Specifications Institute de los EEUU
    Fuente: https://www.csiresources.org/standards/overview
  • Clasificación MasterFormat:
    Es el estándar de especificaciones para el entorno construido. Se basa en las normas de CSI conforme a los códigos y se utiliza como base para organizar la información de los documentos contractuales.
    Busca organizar y comunicar el plan a todo el equipo del proyecto y facilitar el cumplimiento de tareas y plazos de proyectos según lo previsto.
    MasterFormat ha cambiado el sector de la construcción y ha influido en innumerables clasificaciones asociadas, como la norma ASTM para la evaluación de la sostenibilidad de los productos de construcción, MasterSpec, SpecText, National Master Specifications (NMS), Building Systems Design (SpecLink) y los sistemas SpecsIntact.
    Autor: CSI o Construction Specifications Institute de los EEUU
    Fuente: https://www.csiresources.org/standards/overview
  • Clasificación UniFormat:
    Es una norma para clasificar las especificaciones de los edificios, la estimación de costes y el análisis de costes. Los elementos son componentes principales comunes a la mayoría de los edificios. El sistema puede utilizarse para dar coherencia a la evaluación económica de los proyectos de construcción.
    - Ayuda a organizar la información del sistema a medida que el diseño del proyecto se va completando.
    - Contiene una clasificación común para la descripción, análisis y gestión de un edificio a lo largo de su ciclo de vida.
    - Para estimaciones cuenta con un análisis de costos y la documentación de diseño de proyectos iniciales.
    - Permite evaluar mejor las alternativas de diseño que afectan el rendimiento de las instalaciones.
    Autor: AIA o American Institute of Architects y la GSA o General Services Administration de los EEUU
    Fuente: https://www.csiresources.org/standards/overview
  • Clasificación UniClass 2015:
    Uniclass es una estructura de clasificación coherente para todas las disciplinas del sector de la construcción.
    Está dividido en un conjunto de tablas que pueden utilizarse para clasificar la información para el cálculo de costes, la elaboración de informes, la estratificación en CAD, las anotaciones, etc., así como al preparar las especificaciones u otros documentos de producción.
    Las clasificaciones de las tablas permiten clasificar los edificios, el paisaje y las infraestructuras bajo un esquema unificado.
    El conjunto de 12 tablas es ampliamente jerárquico y permite definir la información sobre un proyecto desde la visión más amplia hasta la más detallada. Los espacios/lugares existen en entidades que forman parte de un complejo más amplio y las actividades pueden tener lugar en cualquiera de ellas. Las entidades se componen de elementos/funciones, sistemas y productos.
    Autor: NBS o National BIM Library
    Fuente: https://www.thenbs.com/our-tools/uniclass-2015
  • Clasificación GuBIMClass:
    GuBIMClass es un sistema de clasificación unificado de elementos constructivos diseñado para la industria de la construcción en España. Actualmente, el sistema proporciona una clasificación de los elementos de acuerdo a su función principal
    Contempla los elementos de construcción en el ámbito de la edificación (equipamientos, infraestructuras e instalaciones).
    Autor: Infraestructures CAT
    Fuente: https://gubimclass.org/es/

Ventajas de usar una clasificación

  • Las clasificaciones son especialmente útiles en BIM, son un medio para organizar, clasificar, recuperar información y a su vez derivar a aplicaciones informáticas relacionales. Listamos a continuación algunas de las principales ventajas de hacer uso de clasificaciones:
  • Apoyan en la organización de materiales de biblioteca, informes y bibliotecas de objetos
  • Establecen estructuras para bases de datos electrónicas.
  • Proporcionan una estructura adaptada a las necesidades que admite acumular o desglosar datos para la obtención de información.
  • En línea con lo anterior facilitan la búsqueda y filtrado de información; facilita a usuarios con diferentes perfiles y conocimientos, acceder a la información a través de un estándar predefinido con la clasificación misma. 
  • Permite la vinculación de elementos del modelo a actividades de O&M y estimaciones,   
  • Facilita la vinculación de documentación y metadatos a elementos BIM según clasificaciones; tales como: manuales, presupuestos de sistemas, certificados varios, etc.

 

Formato COBie

COBie es un formato desarrollado por Bill East (Cuerpo de Ingenieros del Ejército de EE.UU.) a través de los procesos de buildingSMART International.

Es una norma internacional relativa a la información sobre activos gestionados, incluidos el espacio y los equipos. Está estrechamente relacionada con los enfoques de BIM para el diseño, la construcción y la gestión de los activos construidos.

https://www.viewpoint.com/blog/what-is-cobie/

La principal ventaja de COBie y su grandiosidad radica en que facilita el registro de datos de los activos y evita su pérdida a lo largo del tiempo y en los diferentes procesos de traspaso de información. Para conocer más a fondo el formato COBie, te recomendamos ver este post que detalla brevemente los aspectos principales: https://mascalagrimas.es/dev-msi_old/que-es-cobie/

 

Ventajas del uso de COBie

Si bien podrás ver con detenimiento en el blog anexo las ventajas y el porqué de COBie, hacemos mención de dos puntos principales del formato en cuestión.

  • Ayuda a capturar y registrar electrónicamente los datos importantes del proyecto en el punto de origen, incluidas las listas de equipos, las hojas de datos de los productos, las garantías, las listas de piezas de repuesto y los programas de mantenimiento preventivo. Información esencial para apoyar las operaciones, el mantenimiento y la gestión de activos una vez que el activo construido está en servicio; sustituyendo la dependencia de la información de entrega descoordinada, a menudo en físico, creada normalmente por personas que no han participado en el proyecto y entregada muchos meses después de que se haya tomado posesión del edificio.
  • Se ha incorporado a programas informáticos de planificación, diseño, construcción, puesta en servicio, operaciones, mantenimiento y gestión de activos. Lo cual facilita la extracción y traspaso de información entre diferentes agentes, sumado a esto, COBie puede adoptar varios formatos aprobados, como hoja de cálculo, STEP-Part 21 (también llamado formato de archivo IFC) e ifcXML.

 

Conclusión

La dimensión 7D de BIM no es cosa del futuro, es ahora y cómo podemos observar, las medidas mostradas en este post, son dos herramientas de fácil acceso con las que ya estamos implantando FM en el entorno BIM; es más, si lo pensamos con detenimiento, el FM no es muy distinto al BIM, en ambos es crucial la colaboración y se requiere de un orden y capacidad de organización importante para un funcionamiento eficiente.