Obtención de datos COBie a través de IFC
Hasta el momento, hemos
hablado del uso del estándar COBie para la estructuración y el traspaso
del gran conjunto de datos implícito en la gestión del edificio. Aun así, el
estándar IFC, más conocido en fase de diseño y construcción, para la
visualización geométrica y los análisis de colisiones entre disciplinas, también
puede ser un método de entrega de información del que podemos obtener COBie.
En el post de hoy hablaremos sobre
cómo obtener COBie a partir de IFC desde Revit.
Marco BIM para la entrega de datos
La definición de la PAS 1192-3
2014 y la actual ISO 19650 reconocen la necesidad de suministrar los
datos estructurados por los modelos de información, enfocados a producir y entregar
COBie. Los esfuerzos de estandarización para la planificación de la vida
útil en la ISO 15686-4:2014 (ISO 2014) y el coste del ciclo de vida durante la
fase de mantenimiento de edificios como BS 8544: 2013 (BSI 2013a) proponen el
uso de estándares abiertos BIM, es decir, IFC y COBie,
como fuentes de datos e intercambios de información de transferencia de datos
para la fase operativa de la construcción de activos.
Subconjunto de datos IFC para FM
El objetivo de
IFC es describir un esquema común para intercambiar datos. Pero no siempre que
dos herramientas interoperan, todos los datos deben ser intercambiados. La información
que se requiere depende del proceso de intercambio del que forma parte. Este subconjunto
del esquema general de IFC se denomina MVD o ‘’Definición de vista
de modelo’’. Es importante
conocer el propósito y el contenido del MVD en uso o a usarse y cómo se
relaciona con la configuración de importación y exportación de las herramientas
y servidores BIM en uso.
Actualmente, para
el uso de traspaso de datos para la planificación de vida útil del edificio el
subconjunto se define con la versión IFC 2x3.
Imagen 1. Subconjunto datos IFC. Fuente: Autodesk.
Opciones de exportación de IFC para FM desde Revit
Uno de los primeros pasos para
generar COBie a partir de IFC Revit es la configuración del mapeo de objetos
específicos al tipo de entidades IFC mediante el cuadro de diálogo de
exportación de IFC.
Una vez configurada la tabla
de mapeo para las categorías, el complemento de exportación IFC de Revit
permite definir conjuntos de propiedades personalizadas en un fichero de texto
que proporciona el fichero de mapeo correcto de los parámetros a partir de los
ficheros IFC generados desde Revit. Los parámetros COBie deben crearse antes como
parámetros compartidos en Revit. Su especificación se define a partir del
fichero de plantilla IFC “IFC2x3 Extended FM Handover View.txt”.
En el exportador para
versiones anteriores al 2017, las opciones de exportación de IFC se nombraban
como “FM Handover Extended View’’. Ahora, con las nuevas actualizaciones
de Revit, encontraremos esta opción de exportación como“IFC2x3 COBie 2.4
Design Deriverable’’, requerida por el nivel 2 desde 2016 por el gobierno del Reino
Unido para la colaboración de proyectos del sector público.
Property sets definidos para la obtención de COBie
El archivo de texto debe
mantener el mismo nombre que la configuración. A continuación, se muestra un
ejemplo:
Para
conocer más información sobre property sets puedes visitar nuestro post
anterior “IFC.
Cómo crear property sets”.
Conclusiones de IFC para FM
Los importante de usar
estándares es que podemos conseguir una metodología replicable a los distintos
proyectos de nuestra organización, evitando así la necesidad de desarrollar un
proceso a medida para cada proyecto. Con unos estándares y modelos BIM bien
estructurados podemos obtener entregables COBie a través de IFC con información
analizable y rica para la toma de decisiones.
Aunque existen grandes
esfuerzos entorno a IFC y queda pendiente resolver la rigidez de IFC frente a
las necesidades latiente de la fase de operaciones, también están surgiendo
herramientas más adecuadas para la recopilación y estructuración de datos para
la entrega a O&M y respaldar, de este modo, todo el ciclo de vida del
edificio.
En próximos posts seguiremos
hablando de los estándares para el traspaso de datos y las formas de transferir
los datos entre sistemas.
¿Cómo modelo, cómo codifico o qué programa de presupuestos uso?
Estas son algunas de las preguntas que nos tenemos que hacer antes de empezar un modelo 5D.
A ser posible, siempre nos gustaría poder
obtener mediciones o presupuestos del modelo que hemos realizado. Pero es
importante pensar que los queremos antes de empezar el proyecto, y no darnos
cuenta cuando el gran volumen de modelado ya está realizado, ya que, si es así,
es probable que nos afecte a la hora de sacar dichas mediciones.
Como vimos en un post anterior, Mediciones BIM en el entorno de obra. Parte 1, existen 4 niveles de clasificación de
elementos según como se midan y como se modelen. Refrescando un poco, tenemos:
- Nivel 1: mediciones obtenidas directamente del modelo.
- Nivel 2: mediciones relacionadas a la geometría de elementos
del modelo. - Nivel 3: mediciones no relacionadas a la geometría de
elementos del modelo, pero relativas a un elemento que sí ha sido
modelado. - Nivel 4: mediciones no relacionadas a ningún elemento del
modelo.
Estos
serían, a grandes rasgos, lo que tenemos que tener en cuenta para poder traspasar
la información de nuestro modelo al software de mediciones. Antes de esto,
tenemos que pensar en cómo vamos a modelar cada uno de los elementos para, posteriormente,
poder aplicar la regla de los 4 niveles para su extracción.
¿Cómo modelo para sacar presupuestos?
Antes
de empezar a modelar, es importante pensar cómo voy a modelar cada objeto.
Debemos hacernos unas preguntas:
- En la categoría que estoy modelando, ¿voy a poder obtener la unidad
de medición correcta? - Este elemento, ¿contempla una única partida?, o ¿puede contener más de
una partida?
La primera pregunta es básica. Si decido modelar con una categoría que no es la “correcta” para modelar ese elemento, pero la uso porque es más fácil obtener su geometría, cuando quiera obtener la medición, ¿tendrá las unidades correctas? Por ejemplo, si decido modelar una barandilla de cristal en lugar de con la herramienta “barandilla” con la herramienta “muro cortina”, ¿podré obtener luego los metros lineales de ese “muro-barandilla”?
La
respuesta es sí, pero ese elemento lo tendré que tener controlado ya que, por
defecto, la medición de un muro se exporta por m².
En
cambio, si la modelo con un “componente in situ”, no la tendré
directamente, ya que, si recordamos, por defecto un componente in situ
no tiene parámetros de dimensiones, a no ser que nosotros lo preparemos.
El
siguiente aspecto a tener en cuenta es si solo corresponde a una partida o a
varias. Ese caso nos lo podemos encontrar en elementos por capas.
Por
ejemplo, un tabique interior de pladur que contiene los perfiles, aislamiento y
las placas de yeso, lo modelamos con un único muro. Este elemento contiene
varios tipos de elemento, pero normalmente lo presupuestamos como una única
partida y un precio m² a ese Tipo.
En
cambio, una fachada, normalmente la modelamos también con un único
elemento que contiene varias capas distintas: acabado exterior, elemento
cerámico, aislamiento, trasdosado interior… En este caso, hay varias capas que corresponden
a partidas distintas, por tanto, el Tipo de ese elemento solo va a una
partida.
En este
caso podemos tener distintas soluciones:
- Modelar cada capa presupuestable por separado.
- Crear piezas de los elementos , exportar por piezas y controlar
por el nombre. - Codificar por Nota clave el material en lugar del tipo
Dependiendo
de proyecto, tiempo y software de presupuestos, escogeremos una u otra opción.
¿Cómo codifico para presupuestos?
Este punto
va en relación con el punto anterior. Sabemos que Revit solo tiene dos
parámetros de sistema que nos permiten enlazar el elemento a un código
según una base de datos externa. Estos son Código de Montaje y Nota
clave.
El Código
de Montaje lo encontramos en el Tipo del elemento. La Nota
Clave también lo encontramos en el Tipo de los elementos,
pero sabemos que también podemos encontrar este parámetro en la pestaña Identidad
de los materiales.
Esto
nos da más flexibilidad para poder adoptar una estrategia de materiales dentro
de 5D del modelo.
Debemos
también tener en cuenta si los softwares de presupuestos leen solo estos dos
parámetros o son capaces de leer alguno más.
¿Qué software de presupuestos voy a usar?
Este
punto es importante, también, sobretodo porque normalmente lo sabemos desde un
inicio de proyecto y porque de la elección de este software puede depender
nuestra estrategia de modelado.
Hay
tres grandes softwares de presupuestos en España, que suelen ser los que más se
usan: Presto, Arquímedes y TCQ.
Depende
del software con el que se trabaje, deberemos escoger una estrategia u otra.
TCQ sabemos que trabaja con una previa
exportación de IFC, por tanto, deberemos preparar el modelo con sus
parámetros para obtener un buen IFC presupuestable.
Si
trabajamos con Arquímedes, podemos ir a trabajar directamente por Nota
Clave, que es capaz de leer parámetros creados por el usuario, y que tiene
plugin para Revit, exportando todo el modelo localizando modificaciones.
Si
usamos Presto, sabemos que podemos usar cualquier parámetro para
exportar la información, por tanto, ya no es solo con Nota Clave. También
tienen plugin para Revit y podemos ir exportando por grupos de información
concreta o todo el modelo.
Es
evidente que, aparte de los tres grandes softwares de presupuestos, es probable
que para poder obtener más información detallada debamos apoyarnos en otros
softwares como Navisworks, Dynamo o Excel y sacarle el
máximo rendimiento. Todos ellos conectan a la perfección.
Como conclusión, estas tres preguntas nos van a llevar a la necesidad de crear una matriz de desarrollo donde quede especificado, según las partidas que tenga, cómo voy a modelar y cómo lo voy a codificar. Es importante que se realice antes de empezar el proyecto, para poder comenzar a modelar con una buena base de estrategia y así evitar tener que modificar el modelo y poder presupuestar en una fase avanzada del proyecto.
BIM 6D: Cómo realizar análisis lumínicos con Revit Insight
Como ya vimos en “BIM 6D: Cómo incorporar criterios de sostenibilidad y eficiencia energética a nuestro modelo con Insight 360” Insight es un plugin para Revit que nos permite analizar un edificio desde la besante de la sexta dimensión del BIM (eficiencia energética). También vimos como Insight 360 permite estudiar el modelo desde una plataforma externa a Revit, realizando los cálculos en la nube de Autodesk.
Sin embargo, Insight tiene otras opciones como
Heating and Cooling, Lighting y Solar, las cuales pueden ser
visualizadas desde el mismo Revit.
Lighting
Insight Lighting es una herramienta que permite obtener análisis de iluminación y
luz natural del modelo de Revit a través de configuraciones automáticas y
personalizables para distintos tipos de estudio.
Los distintos
análisis que el complemento permite realizar son:
- Illuminance Analysis
- Daylight Autonomy (sDA preview)
- LEED 2009 IEQc8 opt1
- LEED v4 EQc7 opt1 (sDA+ASE)
- LEED v4 EQc7 opt2
- Solar Access
Estos análisis se
realizan en la nube de Autodesk, pero se visualizan en el propio Revit mediante
el uso de tablas de planificación/Cantidades y vistas generadas
automáticamente.
Hay que tener en cuenta que los análisis tienen un costo en forma de créditos y que en función del tipo de análisis puede variar. Cuando se configure un análisis, se mostrará siempre el costo y en el caso de no tener créditos suficientes, se deberán comprar con dinero real. De todos modos, no hay que preocuparse puesto que la mayoría de análisis son gratuitos (siempre en función del nivel de detalle que se desee).
Flujo de trabajo
Como en la mayoría de análisis energéticos, se deberá empezar ubicando y orientando el edificio en Revit. Para ello es recomendable ayudarse con el camino solar. Una vez hecho esto se deberá definir el entorno más próximo al edificio, es decir, modelar mediante masas o muros todos aquellos elementos que pudiesen generar sombras sobre el edificio objeto de estudio.
Tras esto, deberemos definir con más detalle el edificio como tal. Normalmente en los análisis energéticos, se definen los distintos lugares del modelo mediante espacios, sin embargo, para los análisis lumínicos se deberán usar siempre habitaciones.
Por último, se
deberán definir las propiedades de los cerramientos y las ventanas a partir de
sus reflectividades y sus materiales.
- Los elementos opacos afectan
directamente a la iluminación de un espacio por su grado de reflectividad
de la luz. Esto lo controlaremos desde la edición del aspecto de un material en
Revit (normalmente el de acabado), mediante la composición del color en
términos de intensidad R,G,B (rojo, verde y azul). - El parámetro más importante dentro
de los análisis de iluminación en ventanas, es la transmisión de la luz. Este
valor lo define el material asignado en ‘’Materiales y acabados’’ y, por
lo tanto, nuevamente podremos editarlo en la pestaña ‘’Aspecto’’ del
editor de materiales.
Análisis tipo LEED
- LEED 2009 IEQc8 opt.1 (solo para certificaciones en curso, actualmente sustituido por v4).
- LEED v4 EQc7 opt.1 (sDA+ASE) (balance anual).
- LEED v4 EQc7 opt.2 (momento concreto del año).
- sDA: Simulación de autonomía espacial de luz natural (luxes/% superficie).
- ASE: Exposición anual a la luz del sol (luxes/hora).
Estos tipos de
análisis se rigen por los estándares LEED para evaluar la calidad de la
iluminación natural. Al usar los estándares LEED, Revit solo permite editar la
resolución de la maya con la que se realizarán los análisis y fija el resto de
variantes.
La diferencia entre los análisis EQc7 opción 1 y 2 es que la numero 1 realiza una simulación anual, por lo tanto, realiza un cálculo más complicado y duro a nivel informático. La opción 2 busca que la iluminación en el plano de trabajo esté entre 300 y 3000 lux. Además, no necesita de una simulación anual, sino que es suficiente con un par de simulaciones instantáneas. La opción 2 del crédito EQc7 de LEED permite obtener hasta 2 puntos si al menos un 75% de la superficie recibe entre 300 y 3000 lux.
Desde la página web de LEED podemos obtener más información sobre estos tipos de cálculo.
Análisis tipo Daylight Autonomy
Daylight Autonomy (sDA preview) es una versión más simple del tipo LEED v4 EQc7 opt1. El análisis se realiza con una muestra típica de las horas a través de un balance anual y tiene un menor coste de créditos.
Este tipo de
análisis es recomendable cuando se quiere empezar a vislumbrar el comportamiento
del modelo en lo referente a la autonomía de luz natural en fases tempranas del
proyecto o cuando se desea probar el impacto de diferentes opciones de diseño.
Además, haciendo clic con el botón derecho del ratón sobre el cuadro de Illuminance Settings, es posible especificar valores relacionados con el sDA y el ASE, con lo que se puede configurar el análisis para hacer comprobaciones siguiendo otro tipo de normativas o certificados que no sean LEED.
Análisis tipo Iluminance Analysis
Este es el tipo de
análisis más complejo por la gran cantidad de datos que nos deja controlar. Este
tipo de análisis nos dejará definir la configuración de iluminación que debe
tener en cuenta a la hora de realizar los cálculos. También podremos definir el
entorno en lo referente a la fecha y el tipo de cielo. A partir del tipo de
cielo, el programa sabrá cuantos W/m2 existen de radiación
global, directa y difusa.
Los tipos de cielo
que nos presenta el programa pueden ser del tipo CIE, Perez o Daylight Factor
Sky.
- Los tipos de cielo CIE están
definidos por la comisión internacional de iluminación y se representan de la
siguiente manera:
- El tipo Pérez es el más
recomendado. Es el utilizado en criterios de sostenibilidad LEED y se entiende
como un día/cielo tipo de la zona especificada por el usuario.
- El tipo Daylight Factor Sky
relaciona la cantidad de iluminación real de la estancia con la que habría si
no existiesen elementos opacos alrededor. Es una propiedad del edificio
independientemente de la ubicación o el clima, los cálculos se generan
suponiendo una emisividad del cielo del 100%. Factores típicos buenos
2-5, menos de 2 malo y por encima, riesgo de deslumbramiento.
Análisis tipo Solar Access
Este tipo de análisis mide el número de horas que una determinada habitación recibe luz solar directa en un día y en función de lo que se marque, el programa indicará si se cumple o no.
Algunas normativas
como la australiana SEPP 65 se basan en este valor.
Se debe indicar un
rango de horas para el día que se escoja, y el mínimo de horas en las que se
desee que haya luz solar.
Conlusión
Un correcto diseño
en un edificio puede suponer grandes ventajas cuando se trata de eficiencia
energética. La iluminación no es menos y depende directamente del diseño,
que influye considerablemente en el aprovechamiento de la luz natural o diurna.
Aprovechar la luz natural es equivalente a conseguir un mayor confort para los usuarios y un consumo energético menor puesto que no es necesario un uso excesivo de la iluminación artificial.
Insight permite conseguir unos análisis bastante precisos y entendibles gracias a su representación en las vistas o en las tablas de planificación. Esto resulta muy útil a la hora de tomar decisiones ya sea en una obra existente o nueva, pudiendo decidir soluciones más eficaces y eficientes.
Si te ha gustado este artículo y te interesa formarte en BIM visita nuestra oferta de cursos BIM o convierte en un experto BIM con todos nuestros Máster BIM
Dynamo: caso práctico
Determinados clientes nos exigen a través de
diferentes documentos BIM como protocolos, EIR o “pseudo-BEPs” una determinada
forma de realizar nuestros modelos. En ocasiones esa forma de modelar no es la
más eficiente para nuestra manera de realizar los modelos, por lo que debemos
recurrir a estrategias secundarias que nos permitan crear los modelos de
información de manera óptima a la vez que cumplimos con las necesidades de
nuestros clientes.
Antecedentes
Requisitos BIM
Para un determinado proyecto X, el cliente nos hizo llegar sus requisitos de información para los modelos que se debían realizar. En este
pliego entre muchas cosas, especificaba el software que debíamos utilizar para
generar los modelos BIM. En este caso fue Autodesk Revit. Otro requisito del
proyecto fue que se entregase con una determinada organización del modelo por
lo que respecta a la compartición de proyectos, es decir, los subproyectos o worksets. Se debían configurar
de manera que toda la albañilería se agrupase en un subproyecto, así como todas
las carpinterías juntas, fachadas, pilares, losas, etc.
Esta organización permite categorizar los elementos para poder controlar rápidamente
su visibilidad, tanto en Revit como en Navisworks, pero dada la naturaleza del
proyecto y del equipo proyectista, no era una de las mejores condiciones.
Equipo BIM
Para este proyecto el equipo de diseño solo contaba con un modelador y un
coordinador. El coordinador, a modo de Consultor BIM, daba soporte en ciertas
configuraciones, modelado de elementos complejos, creación de Objetos BIM, auditoría y controles de calidad del modelo, etc.
Pero la persona en la que recaía el peso del modelado era solo un modelador.
Como bien sabemos, los subproyectos o worksets están pensados para habilitar el trabajo de diversos usuarios y en este
caso solo encontrábamos uno, por lo que no requeriríamos de dicha configuración
para realizar el proyecto, salvo en el caso en el que el cliente así lo exija.
Naturaleza del proyecto
Como bien sabemos, en determinados usos y tipos de edificios se intenta
modular el diseño de esta construcción. En este proyecto no iba a ser menos y
contábamos con diferentes tipologías de vivienda que se repetían en diversas
zonas del edificio. Pueden verse en la siguiente imagen:
Este diseño nos forzaba a buscar una herramienta
para modelar que admitiese las repeticiones y, así, optimizar el modelado. En
este caso optamos por el uso de grupos.
Estrategia de modelado
Los grupos admiten solo un único subproyecto, por eso todos los elementos
se asocian al subproyecto del grupo que los contiene. Puede verse un ejemplo en
la siguiente imagen:
Podríamos haber
utilizado múltiples subgrupos y haberlos asociacio al subproyecto que tocase
(grupo de pavimentos, grupo de mobiliario, etc) pero esto hubiera provocado un
aumento considerable del número de grupos y, por consiguiente, el peso del
archivo, además de hacer más “ingobernable” el modelo.
Pero si usábamos grupos por tipología, ¿cómo seríamos capaces de asociar
a cada elemento a su workset?
Solución
La primera opción que planteamos fue desagrupar todas las agrupaciones de
elementos y asociar a cada elemento su subproyecto correspondiente. Después de
realizar esta acción, guardaríamos el modelo como una nueva versión del archivo
y lo mandaríamos para que el cliente lo revisara. Al crear un nuevo archivo sin
sobrescribir el anterior, preservaríamos una copia con los grupos de elementos
para posibles modificaciones o actualizaciones. La parte negativa de esta
acción fue que se trataba de tareas que conllevaban tiempo, tiempo que hay que
invertir cada vez que hay una entrega o una revisión.
Tareas repetitivas y trabajo muy manual. ¡La respuesta estaba clara!
Para siguientes proyectos con unas características parecidas creamos una
rutina a través de Dynamo que nos permitiera
realizar esta tarea de forma automática.
Parte 1: tareas previas a la exportación de la información
La primera parte del script buscaba “explotar” todos los grupos y dejar
los elementos sueltos, sin agrupar. No sé si alguna vez habéis intentado
desagrupar todos los grupos de un modelo (seleccionando los similares y
desagrupando de forma reiterada), pero se trata de un proceso muy tedioso.
Mediante este script los podemos
desagrupar todos de una sola vez, de forma que nos ahorramos tener que
seleccionar todos y cada uno de los ejemplares.
Parte 2: exportación de información
La segunda parte del script, recoge información de los elementos que se
encuentran en la vista activa y los almacena en un archivo .csv. La
información que exportamos puede ser el id, Familia y Tipo, Subproyecto o algún
código identificador como por ejemplo el Código de Montaje.
Parte 3: consulta en la BBDD
Esta acción es la única que se realiza sin que Dynamo o Revit interactúen.
Los datos que hemos extraído del archivo .csv se cargan a continuación en una
hoja de Excel. Esta actúa como base de datos donde consultamos qué subproyecto
corresponde a cada uno de los códigos de montaje. De esta manera, en función
del valor del Código de Montaje que tenga guardado el elemento se asociará un
Workset u otro.
Parte 4: carga masiva de datos
En la última parte del proceso, a través de Dynamo se consultan los valores
de Workset para los distintos elementos (Id) y los asocia a todos los elementos
del modelo. Esta parte del Script será la que más tarde en ejecutarse debido a
que cogerá todos y cada uno de los elementos del modelo y los colocará en el
workset apropiado.
Gracias a esta rutina, somos capaces de ahorrarnos cerca de un 75% del
tiempo que conlleva desagrupar y asociar Worksets a los elementos. Obviamente,
requiere de un tiempo de adaptación si es que se han de cambiar los
subproyectos entre proyectos, pero nos permitirá poder trabajar a nuestra
manera cumpliendo con las exigencias del cliente. Además, al ser algo que se
ejecuta de forma automática, mientras se lleva a cabo la asociación de valores,
podremos desarrollar otras tareas que no tengan que ver con el modelo.
A continuación, podéis ver un fragmento de video en el que se visualiza cómo se realiza la carga masiva de dato, cuarta parte de la solución.
Detección de interferencias de un proyecto BIM desde Navisworks
Para el correcto desarrollo de un proyecto BIM, la coordinación entre disciplinas es un procedimiento imprescindible. Para ello, nos podemos ayudar a partir de un modelo federado.
¿Qué es un modelo federado?
Un modelo federado es aquel que está compuesto por todos aquellos modelos de cada una de las disciplinas y completan/generan un modelo completo. Nos será útil para la coordinación de proyectos. “Modelo federado” es un término fundamental para dar paso al Nivel 2 definido por el Reino Unido.
Para la realización de una correcta coordinación
geométrica entre modelos, nos podemos ayudar a partir de la herramienta de detección
de interferencias, también conocida como Clash detective.
En este post vamos a hablar sobre la detección
de interferencias con Navisworks.
Navisworks es un software
de Autodesk de revisiones de modelos 3D para el sector AEC.
Desde el mismo podemos realizar simulaciones 4D, controlar el cronograma y
coste del proyecto, mediciones, detectar interferencias, utilizarlo como visor
IFC y otros formatos, etc.
Este software permite realizar análisis de
colisiones con precisión, da gran flexibilidad para personalizar los elementos
que queremos analizar y la información que obtenemos es muy útil para resolver dichas
colisiones. En definitiva, buena herramienta para realizar colisiones. La
herramienta utilizada es Clash Detective.
Otro software muy utilizado en el entorno BIM,
que también realiza esta función sería Autodesk Revit. Este realiza comprobaciones
de interferencias a un nivel mucho más básico, analizando únicamente entre
categorías de un mismo modelo o distintos.
Además, también existen visores que
permiten realizar análisis de interferencias.
Navisworks
La herramienta de Clash detective
se encuentra en la pestaña de “Inicio”, grupo “Herramientas”.
Caso práctico: detección de colisiones entre Falsos techos y Conductos de ventilación desde Navisworks
Para empezar, hay que añadir los modelos que conformen el proyecto y de los cuales queramos analizar las interferencias en Navisworks. Se recomienda utilizar el exportador de NWC del mismo Revit. Se debe tratar la configuración del exportador.
Para exportar desde Revit a NWC, hay que ir a la pestaña de Archivo / Exportar / NWC.
Es importante tratar la configuración de Navisworks, es decir, la configuración de exportación.
Nota: se recomienda generar una vista 3D en el modelo Revit expresamente para exportar a Navisworks. Esta vista 3D debe contener únicamente aquellos elementos que quieras que aparezcan en Navisworks. Hay que tener en cuenta que el modelo de Navisworks no solamente se utilizará para realizar análisis de colisiones, sino que también tendrá otras funcionalidades.
Por lo que respecta la configuración de Navisworks, en el apartado de Lectores de archivos / Revit / Exportar, hay que seleccionar opción Vista Actual. Se recomienda también tener activados los siguientes parámetros de Convertir ID de elementos y Convertir parámetros de elementos en Todos para poder tener la información completa de los elementos dentro de Navisworks y realizar los filtros de manera correcta.
En la pestaña de Inicio, grupo Herramientas, se encuentra la herramienta de Clash Detective (Detección de interferencias).
En la parte superior se encuentran los test o análisis a realizar, donde cada fila es un test distinto. Se encuentra la siguiente información: estado del test, recuento de conflictos totales, número de conflictos nuevos, activos, revisados, aprobados y resueltos. Todos estos datos aparecerán una vez realizado el análisis.
Para generar un nuevo test hay que hacer clic en Añadir prueba. Para cambiar el nombre del test, se debe hacer clic encima del nombre del test y escribir, por ejemplo, ARQ_falsos techos vs. MEP_Conductos ventilación. En proyectos en los que se realicen gran número de análisis de colisiones, se recomienda tener una organización en la nomenclatura de los mismos para identificarlos de manera rápida.
Seguidamente, es necesario definir las pestañas inferiores de los test: reglas, seleccionar, resultados e informes.
- Seleccionar: seleccionar el o los elementos que van analizar para realizar la detección de interferencias. Por ejemplo, en Selección A: conjunto: falsos techos y en Selección B: conjunto: conductos de ventilación.
Nota: la selección puede ser: Estándar, Compactar, Propiedades o Conjuntos. Para este caso práctico de test ARQ_falsos techos vs. MEP_Conductos ventilación, se deben haber creado previamente los conjuntos de falsos techos y conductos. Se recomienda utilizar la herramienta Buscar elementos y Guardar la búsqueda en conjuntos (hay que tener abierto el administrar conjuntos). De esta manera, ya aparecerán lo conjuntos creados al seleccionar.
Hay que definir la Configuración y Ejecutar prueba.
- Resultados: en esta pestaña aparecerá todo el listado de colisiones que han surgido al ejecutar la prueba según la configuración que hemos definido en la pestaña de reglas y selección.
En la primera
ejecución, todas las colisiones aparecerán como nuevas.
A medida que se vaya actualizando el modelo Revit y sobrescribiendo el archivo NWC, será necesario actualizar los archivos cachés en Navisworks. Para ello, se tiene que hacer clic en Clash Detective / Actualizar todo. Esto funciona siempre y cuando se esté trabajando desde el mismo archivo NWF y no se haya perdido la ruta de los NWCs (archivos cachés).
Ahora, si se vuelve a ejecutar la prueba, los estados de los resultados habrán cambiado.
- Informes: a través de esta pestaña se permite exportar un informe con la información y el formato que nosotros queramos. Para ello, se debe hacer clic en Escribir informe.
Conclusiones
Navisworks resulta un buen software para
realizar análisis de colisiones. Cabe destacar, además, la gran flexibilidad
que da en cuanto a configuración y creación de sets para posteriores análisis.
Es importante definir con lógica las selecciones o sets que pretendamos analizar. Existen análisis que no nos darían apenas información válida, como, por ejemplo, Luminarias vs. Falsos techos. Por eso, se deben evitar y, únicamente, generar análisis de aquellos elementos que sean útiles para coordinar el proyecto, evitar colisiones y futuros errores en obra.
Si te ha gustado este artículo y te interesa formarte en BIM visita nuestra oferta de cursos BIM o convierte en un experto BIM con todos nuestros Máster BIM