Software BIM para obra
En este post voy a explicar
cuáles son los principales softwares BIM
disponibles en el mercado para dar soluciones sobre modelado 3D, gestión de la información del modelo, comunicación, etc.
La gran mayoría de estas herramientas son empleadas tanto por constructoras
como por despachos de arquitectura e ingenierías.
Voy a exponer estos
programas empleados en tres departamentos. Estos son los que están más
estrechamente ligados en las fases de licitación y ejecución de obra.
Si el tema es de tu
interés, te invito a que me acompañes hasta el final de este post.
Introducción
Los departamentos que
he escogido para analizar los softwares BIM, que podrán ser usados en las diferentes tareas que
desempeñan a lo largo del proceso de construcción, incluyendo la fase previa de
licitación, son los siguientes:
- Departamento de estudios.
- Departamento de Producción.
- Departamento de Oficina técnica.
Como veréis, hago
referencia a programas que realmente no son BIM, pero como su uso en esta metodología, es casi imprescindible y
justo nombrarlos.
En cualquier
metodología o herramienta que se implanta en cualquier sector y/o empresa,
acaba surgiendo la pregunta del millón:
¿Qué
programa será el escogido de las diferentes opciones disponibles en el mercado?
En nuestro caso,
nos centraremos en los softwares BIM
más utilizados y que dan respuesta a muchas de las necesidades de las constructoras.
Para llegar a la conclusión de qué software escoger, lo recomendable es que sea
a través de un correcto asesoramiento, el cual deberá analizar, como mínimo:
- Las necesidades de la empresa.
- El alcance de la implantación dentro de la empresa.-Los recursos económicos destinados.
¿Cuáles serán las necesidades de cada departamento?
Hay que tener claro
que cada departamento, o incluso cada profesional dentro de un mismo
departamento, tendrá necesidades diferentes. Esto implica una formación
específica, y en referencia al tema que hoy abordamos, la formación irá
asociada al software que usará. Por poner un ejemplo, formar a un jefe de obra
en el uso de un programa de modelado no es lo más optimo, ya que su necesidad
sobre el modelo será la de su gestión y no la de modelado. Es probable que en
unos años esto pueda cambiar, aunque hay que tener en cuenta que un programa de
modelado paramétrico no es un programa de dibujo 2D.
Departamento de estudios
Será el primer
departamento que tomará contacto con el modelo
virtual de la obra. Las necesidades principales que tendrá para poder
estudiar la obra y preparar una propuesta económica de cara a presentar al
posible cliente serán las siguientes:
- Visualización del modelo.
- Extracción de mediciones.
- Realización del presupuesto.
- Realización de la planificación de obra.
- Realización de renders y/o animaciones 3D.
- Edición y/o creación del modelo.
- Coordinación del modelo, colisiones.
- Cálculo estructuras y/o instalaciones, para revisar el proyecto o comprobar modificaciones y/o nuevas propuestas.
Departamento de producción
Las necesidades
principales que tendrá el equipo de producción, compuesto principalmente por
los técnicos de obra, topógrafos y encargados, serán la visualización del
modelo y la gestión de la información del mismo. Estas serán:
- Visualización del modelo.
- Extracción de mediciones.
- Realización del presupuesto.
- Realización de la planificación de obra.
- Coordinación del modelo, colisiones.
- Gestión documental y/o comunicación.
Oficina técnica
En función del
tamaño de la obra y/o la complejidad de la misma, se podrá implantar una
oficina técnica dentro del organigrama de la obra propia o la oficina técnica de
la estructura de la constructora dará este servicio. Cuando éstas disponen de
una unidad BIM, suelen estar
integradas en este tipo de departamento. Las necesidades principales serán:
- Visualización del modelo.
- Coordinación del modelo, colisiones.
- Calculo estructuras y/o instalaciones.
- Gestión documental y/o comunicación.
¿Qué softwares
BIM podremos emplear para cada necesidad?
Actualmente, encontramos
en el mercado programas informáticos enfocados a cubrir una o varias soluciones
de las mencionadas anteriormente. No existe, ni creo personalmente que existirá,
un software que pueda abarcar todas las necesidades BIM, básicamente por tres motivos:
- No hay ninguna empresa que necesite aplicar todos los usos BIM.
- En el caso de que existiera un software de esa magnitud, tendría un coste inasumible por la gran mayoría de empresas.
- Peso del modelo y grandes requerimientos de hardware.
Durante nuestra fase de licitación y ejecución de
obras, tendremos que convivir con diferentes softwares para poder llevar a cabo
nuestras tareas, los cuales deberían tener la mayor interoperabilidad posible entre ellos. Esto puede ser un factor
clave a la hora de escogerlos. Para facilitar esa interoperabilidad tenemos,
por ejemplo, tres formatos de archivos de intercambio:
- IFC (Industry Foundation Classes). Es un formato estándar común para el intercambio de datos en la industria de la construcción. Este fichero tendrá la información geométrica y los datos del modelo. Podrá ser generado y leído prácticamente por todos los softwares BIM.
- BC3. Es un formato de intercambio estándar de bases de datos para la construcción. La asociación FIE-BDC (Formato de Intercambio Estándar Bases de Datos de la Construcción) es la encargada de definir y supervisar este formato. Es el formato que usamos, por ejemplo, para intercambiar un presupuesto realizado en Presto y que queramos pasar a TCQ.
- BCF (BIM Collaboration Format) Es un formato estándar de colaboración, utilizado para la comunicación de cambios en cualquier fase del proyecto, consiguiendo una trazabilidad de los mismos, sin duda, es el sustituto del clásico email.
A continuación, se
expondrán los principales softwares disponibles en el mercado. Cómo trabajan,
cuáles son sus virtudes y/o defectos y como pueden interoperar entre ellos,
será objeto de futuros posts.
Visualización del modelo (ficheros IFC)
En este primer
apartado vamos a incorporar los denominados visores de ficheros IFC.
Estos suelen ser gratuitos y con
ellos podremos principalmente visualizar el modelo, ver los datos que estén
incorporados y tomar medidas como distancia entre elementos y superficies. El USBIM.viewer+ permite crear parámetros
y añadirles información. Esta información podrá ser leída en cualquier programa
que interprete ficheros IFC.
- Bim Vision.
- Bimcollab ZOOM.
- Solibri Model Viewer.
- USBIM.viewer+.
Modelado paramétrico. 3D
De los cuatro
programas más polivalentes que engloban las disciplinas de arquitectura,
estructura e instalaciones y conocidos actualmente, destacaría Revit por ser el más utilizado.
- Revit.
- AECOsim Building Designer.
- ARCHICAD.
- ALLPLAN.
Mediciones y presupuestos. 5D
La gran mayoría de
programas destinados a este fin ya existían antes de la llegada del BIM. Estos
se han integrado en esta metodología de diferentes formas. Por poner un
ejemplo, Presto y Arquímedes lo hacen relacionando sus presupuestos
con programas de modelado paramétrico a través de un plugin. TCQ apuesta principalmente por el uso de
ficheros IFC.
- Arquímedes.
- TCQ.
- Navisworks.
- Excel.
Planificación de obra. 4D
Estamos en un caso
similar al punto anterior. Programas de planificación como Microsoft Project y
Primavera son imprescindibles o muy necesarios en algunos flujos de trabajo
para poder vincular una planificación al modelo virtual para crear una
simulación constructiva. Los softwares BIM más conocidos y utilizados que
pueden ser autónomos sin depender de los de planificación convencionales son Synchro y Vico Office.
- Synchro.
- Vico Office.
- Navisworks.
- Microsoft Project.
- Primavera.
En el siguiente post ¿cuál es el mejor software en 4D?, podrás ver por qué uno de estos 3 programas BIM es el mejor planificando.
Coordinación del modelo (detección de colisiones)
En este apartado vamos
a incluir los programas más empleados para localizar y gestionar las famosas
interferencias o colisiones entre disciplinas de un mismo modelo o de diferentes.
Son herramientas muy útiles para valorar la constructibilidad del modelo, antes
de la construcción de la obra y durante la misma.
- Navisworks.
- SOLIBRI.
Cálculo de estructuras y/o instalaciones
El gran hándicap que tienen estos softwares BIM es la interoperabilidad de estos con respecto
a los programas de cálculo tradicionales, cada uno en su respectiva disciplina ya
sean de estructuras o de instalaciones, y con los programas de modelado
paramétrico. Para poder crear un flujo de trabajo lo más óptimo posible, en
muchas ocasiones será necesario el uso de programación y otros softwares que
sirvan de puente para traspasar la información entre estos programas.
Cálculo de estructuras:
- Robot.
- Cype.
- Tricalc.
- SAP2000.
Cálculo de instalaciones:
- Cype MEP.
Otros softwares para facilitar la interoperabilidad:
- Excel.
- Dynamo (programación visual).
Gestión documental y/o comunicación
Cuando estamos
trabajando en un entorno BIM, es
aconsejable hacerlo bajo una plataforma para recopilar, gestionar, difundir y
compartir la información y documentación del modelo y/o proyecto, controlando
el acceso de los agentes que tendrán acceso. Estas herramientas se denominan CDE (Common Data Environment).
- Trimble connect.
- BIM360.
- Project wise.
- BIM Collab.
Como herramientas
para facilitar la comunicación podríamos destacar Slack y Trello. Slack
podría sustituir perfectamente al tradicional correo y al Whatsapp, permitiendo
realizar múltiples canales de conversación. Por otro lado, Trello nos permite
gestionar tareas, permitiendo organizar el trabajo en grupo de forma
colaborativa.
- Slack.
- Trello.
Conclusión
final
Hay que tener en
cuenta que el proyecto debe estar
por encima de cualquier software. Esto
quiere decir que ningún programa debe condicionar cualquier fase del mismo, ya
sea en la de anteproyecto, proyecto, construcción, operación, etc. La clave de
un buen resultado estará en la elección de los softwares que mejor se adapten
al tipo de proyecto a realizar y la interoperabilidad
entre ellos. También será muy importante establecer un correcto flujo de trabajo que pueda aprovechar
al máximo las virtudes que nos ofrece cada software.
Criterios a tener en cuenta para exportar un IFC
[et_pb_section admin_label="section"]
[et_pb_row admin_label="row"]
[et_pb_column type="4_4"][et_pb_text admin_label="Text"]
Qué debo pensar antes de modelar si quiero exportar a IFC
Normalmente nos encontramos con proyectos donde se han trabajado estrategias para hacer el modelado más eficiente pero que resultan incompatibles con la exportación de ese modelo a IFC. Dependiendo de cómo hayamos modelado, obtendremos un archivo IFC de un modo más o menos sencillo.
En este post veremos algunos aspectos de modelo que se deben tener en cuenta para exportar a este formato de intercambio.
Como vimos en el post anterior, IFC. Cómo crear Property Sets, pudimos ver cómo generar agrupaciones de datos según parámetros existentes de nuestro modelo para poderlo leer desde cualquier software de coordinación.
Es importante tener controlada la información que queremos exportar. Pero no solamente eso es importante, sino que también tenemos que tener presente cómo hemos modelado nuestro proyecto para poder exportar a IFC.
Estrategias de modelado:
- Un único modelo por disciplina, modelado íntegramente cada uno de ellos en un archivo de Revit.
- Un modelo de disciplina compuesto por archivos linkados según: tipología de piso, tipología de planta o de elemento constructivo.
- Un modelo por disciplina compuesto por Grupos según el criterio de subdivisión escogido.
¿Cómo funciona cada uno de ellos para crear un archivo IFC?
Vamos a realizar una prueba con cada uno de ellos y para ver cómo afecta la exportación de los datos según los criterios que necesitamos.
Caso 1: Modelo íntegramente en un único archivo
La exportación
de los elementos se realiza correctamente. Normalmente, la geometría se exporta de forma correcta. Solamente decidiremos qué niveles queremos exportar, la
información que se leerá en la cabecera del fichero, qué tipo de información y
cómo queremos agruparla para exportar.
Vimos en el post anterior que podíamos crear los Property Sets por tablas de planificación o por mapeo de txt. Pero aparte de cómo se realiza uno u otro, debemos tener en cuenta en qué afecta cómo lo hagamos. Si lo hacemos por tabla de planificación, debemos tener en cuenta que la tabla deberá contener IFC, Pset o Common + el nombre que le queramos llamar. Si se trata de información especializada de una categoría concreta, funciona perfectamente: la información sale agrupada en su pestaña nueva. Es aquí donde encontramos un inconveniente: si lo que quiero es sacar información general de todas las categorías, como, por ejemplo:
Datos generales:
- Nombre del tipo.
- Assembly Code.
En este caso, el
paso más intuitivo es realizar una tabla
de planificación multicategoría. Pero, como ya sabemos, este tipo de tablas
solo nos muestran las categorías que no
son de sistema. Por tanto, deberíamos necesitar tantas tablas como
categorías queramos exportar.
Pero qué nos encontramos: dos tablas nunca se pueden llamar igual.
Es por eso que lo que obtenemos en el modelo de coordinación de IFC son dos o más pestañas distintas para obtener la misma.
En cambio, si lo realizamos por un archivo .txt, donde le indicamos el Property set y la o las categorías que queremos escoger, veremos el resultado en un único grupo
Caso 2: Modelo compuesto por links
Si el modelo lo tenemos compuesto por links que conforman distintas partes del modelo, deberemos tener en cuenta que, por defecto, si exportamos a IFC sin indicar nada, solo se nos exportará la parte del modelo que no forme parte de un link.
Lo que podremos hacer es indicarle en el exportador que nos exporte los archivos linkados como archivos separados de IFC. Los archivos linkados deben tener las coordenadas debidamente insertadas. De este modo, obtendríamos tantos archivos IFC como links tenga el modelo que casarán a la perfección. Y que si, además, exportamos los parámetros por un .txt, mantienen la única agrupación de datos generales.
Caso 3: Modelo compuesto por grupos
En el caso de tener un archivo con grupos, la exportación, en principio, no debería dar problemas. Si se trata de modelos donde los grupos son grupos consistentes, la exportación se hace bien y la exportación de datos por .txt se hace correctamente.
Ahora bien, controlaremos cómo se han realizado
estos grupos:
- Si es un único grupo de elementos creado en proyecto.
- Si es un grupo que contiene más grupos creados en el mismo proyecto.
- Si es un grupo cargado desde un archivo externo.
- Si es un grupo que contiene más grupos dentro cargado desde un archivo externo.
Si el modelo se parece a los tipos de estructuración del final de la lista, será más difícil de tratar el modelo para exportar a IFC y su control deberá ser mayor.
Si no, sacaremos cada archivo como IFC individuales para luego poder
generar un archivo de modelo formado por links de IFC. O en fase final de
proyecto, explotar los grupos antes
de exportar.
Por tanto, viendo cómo influye la exportación a
IFC según el criterio de modelado, es importante tenerlo en cuenta antes de
empezar un proyecto.
Además, ya hemos comprobado que no solo es importante cómo se modelará geométricamente, sino que también es importante saber cómo quiero que finalmente se organice mi información y cómo la quiero visualizar en el visor de IFC que use.
Aunque en este post solo hemos visto cómo puede afectar a nivel general de proyección, en posts futuros seguiremos viendo más concretamente criterios de modelado y de familias.
¿Podemos ayudarte con algún proyecto? Te asesoramos y ayudamos a implementar la metodología BIM, acompañándote durante todo el proceso.
[/et_pb_text][/et_pb_column]
[/et_pb_row]
[/et_pb_section]
¿Qué modelos BIM debe esperar un propietario?
En este post, vamos a repasar los distintos modelos BIM que
surgen durante las fases del proyecto hasta finalizarlo, con la finalidad de
ser usados para la gestión del ciclo
de vida del edificio.
Distintos tipos de modelos BIM
Uno de los desafíos de implementar BIM durante el ciclo de vida es diferenciar los distintos tipos de modelos BIM creados durante las fases
del proyecto. Identificar qué modelo esperar en cada etapa y qué se obtendrá de este puede ser un
reto para el propietario.
Aunque debemos conseguir que los datos fluyan de una fase a otra mediante
los procedimientos necesarios, es evidente que debemos diferenciar, por lo
menos, cuatro tipos de modelos:
Modelos BIM de Diseño
El objetivo principal de este modelo BIM es contener la información
necesaria para producir documentos de proyecto que luego se usarán para la
construcción. Se trata de un modelo creado
por los arquitectos e ingenieros con el fin de definir el
proyecto para la siguiente fase, la fase constructiva. En la mayoría de casos, los
equipos del edificio aparecen modelados con dimensiones generales, es decir, no
se identifican las características específicas del activo, como podría ser el
modelo o la marca, tarea que normalmente se asocia a la fase de construcción.
Modelos de Construcción
Normalmente, los contratistas y subcontratistas
se nutren de los modelos de diseño
para prever futuros defectos y/o conflictos que puedan aparecer en la puesta en
escena del proyecto. Es en este modelo se analizan las colisiones antes de
encontrarlas en la obra. Otros beneficios, como la estimación y previsión de costes, también se valoran
a treveé de estos modelos. Para más información sobre modelos BIM, consultar el
post “El modelo
BIM constructivo”.
Estos niveles suelen contener un gran nivel de
detalle, utilizado para reducir la
incertidumbre durante el proceso de
construcción.
Modelos As-built BIM
El modelo As-built,
es decir, lo que está actualmente construido, se genera por el contratista
general y los subcontratistas para el momento de la entrega.
Tradicionalmente, esta información se ha
proporcionado como un conjunto de documentos que engloban los planos de trabajo
en papel que se usaron para construir y/o reflejar las órdenes de cambio,
acompañados, en muchos casos, por dibujos de taller, además de otro tipo de documentación
técnica más específica. Esta información debe ir ingresada, nuevamente, en el modelo BIM por el contratista y/o
especialista de comisionamiento.
La información de este modelo As-built BIM incluye detalles y toda la documentación
desarrollada durante el proceso constructivo. En este modelo también se
incluyen los materiales y equipos que se determinan en el proceso. Los estándares BIM son críticos para
definir la información que se requiere en esta fase, ya que este modelo
proporcionará los datos de origen a partir de los cuales se construirá el modelo BIM FM.
Acorde con la PAS
1192-2:2013 Specification for
information management for the capital/delivery phase of construction projects
using building information modelling (BIM), actualmente remplazada por la BS EN ISO 19650) un As-built o
As-building BIM es:
As-built o “Como se construyó” se define como los dibujos de
registro y la documentación que define la desviación de la información diseñada
que ocurre durante la construcción al final del proyecto.
As-building o ‘’ Como se está construyendo’’ define el defecto y la
desviación del modelo diseñado que ocurre durante la construcción. El modelo
"tal como está construido" y su documentación adjunta se actualizan
continuamente a medida que avanza la construcción. Esto permite que se revise
la desviación con respecto a los siguientes paquetes y se realice una
evaluación informada del impacto y la resolución '.
Este modelo As-built o As-building servirá como fuente de registro del edificio. Así pues, el propietario del edificio debería conservar el modelo según como fue autorizada la construcción y el modelo como referencia de cómo ha sido construido el edificio.
Modelo BIM FM
El modelo
BIM FM se deriva del modelo BIM
As-built. Aunque en muchos casos se entiende como un único modelo, estos
dos modelos responden a dos propósitos distintos, por lo que un modelo BIM As-built debe adaptarse si se quiere usar para propósitos de Facility Management.
En primer lugar, estos modelos de construcción contienen
detalles de construcción y de trabajo que no son relevantes para el modelo de BIM FM.
En algunos casos el modelado de disciplinas
durante la obra puede llevarse a cabo en archivos distintos, como es el caso de
las subdisciplinas de instalaciones y/o equipos especializados, con lo que el
propietario recibirá el modelo As-built
con distintos archivos vinculados. Aun así, según las exigencias, estos modelos
se acaban fusionando para fines de FM.
Dependiendo, también, de las dimensiones del proyecto y las necesidades
tecnológicas, puede ser necesario mantener múltiples archivos vinculados.
Normalmente, la identificación y numeración de
habitaciones mantiene la señalización para fines constructivos, por lo que es
necesario adaptarlos a los requerimientos del modelo de gestión. Para poder llevar a cabo una buena gestión de
las órdenes de trabajo, las
habitaciones, los espacios de oficinas y las estaciones de trabajo deben
adaptarse a los fines de gestión de
espacios, por lo que la forma en la que se identifican y se enumeran es
crítica para resolver la relación de ocupación.
Es importante entender que el modelo BIM FM debe estar adaptado para
su posible vinculación al sistema de gestión de instalaciones. No solo para
encadenar las órdenes de trabajo en curso sino como fuente de información para
los distintos propósitos del Facility:
valores de ocupación, operaciones de mantenimiento, reposición de equipos y/o
materiales, etc.
El modelo
BIM FM servirá como una fuente de datos viva del mantenimiento y las operaciones,
que respaldará la gestión de todo el ciclo de vida del edificio.
En el siguiente post hablaremos de la
organización de la información cuando trabajamos con un modelo para FM y un software de gestión, ya que debemos
tener en cuenta que las dos fuentes de datos rastrean información distinta y,
por lo tanto, es conveniente entender y determinar qué fuente es la autorizada
para cada conjunto de datos.
Si quieres leer más acerca de la gestión de Facility Management a partir de la metodología BIM, puedes consultar nuestra cadena de post haciendo click aquí.
Familias MEP: Configuración de conectores
En este post, voy a hablar sobre un aspecto muy importante en la generación de familias MEP, la configuración de los distintos parámetros que definirán la función de sus conectores y, por lo tanto, el comportamiento de esta dentro del modelo.
Antes de entrar en materia, quiero remarcar que, al igual que en un modelo BIM, para la correcta ejecución de familias, se deberá definir de antemano el nivel de detalle e información (LOD y LOI) que se usará. Así mismo, se deberán definir una cantidad de parámetros estimados que van a controlar su geometría.
A raíz de lo citado anteriormente, existe una pregunta clásica sobre la elección de familias: ¿se deben usar familias con LOD’s y LOI’s muy elevados en los proyectos?
Existe gran diferencia entre las familias genéricas y las familias muy específicas, cómo podrían ser las familias de fabricante. Estas, mayoritariamente generadas con LOD’s muy elevados y geometrías muy restringidas, debido a las especificaciones de catálogo, acostumbran a ser familias poco versátiles, en discordancia con el LOD especificado en el BEP.
Por otra parte, estas familias disponen de gran cantidad de parámetros e información del producto, que se debe considerar si es necesaria en el proyecto, ya que eso se puede reflejar en pesos de archivo mayores a lo recomendado, y una sobrecarga de información no relevante del modelo. Que por ejemplo, dificulte la gestión de la información en fases de explotación y mantenimiento futuras.
Con este ejemplo, he intentado dejar constancia de lo importante que es antes de realizar un modelo, saber qué tipología de familias se van a usar, dependiendo de la información con la que se quiere alimentar un modelo BIM.
Configuración de conectores
La diferencia entre una familia arquitectónica respecto de una familia MEP se encuentra en el uso de conectores.
Por lo tanto, para que esta funcione de manera correcta a nivel de sistema en el modelo, es imprescindible definir los siguientes parámetros:
Configuración de Flujo: Este parámetro se puede definir con 3 opciones.
- Predefinido: Cuando se requiera especificar el valor del flujo directamente en el conector. Esta configuración es la más usada para los terminales de un sistema.
- Calculado: Se definirá esta opción cuando se requiera que el conector herede la información de caudal de la red de tuberías o conductos a la que esté conectado. Esta opción, pues, sumará los valores de flujo conectados al sistema, aguas abajo. Se usará mayoritariamente en equipos.
- Sistema: Esta opción se utiliza cuando el valor del flujo de este conector es un porcentaje del total del flujo del sistema. Para ello, es necesario definir el parámetro Factor de flujo.
- Unidades de aparato: Opción habilitada cuando la clasificación de sistema sea, AFS, ACS o Sanitario. Es la opción que permite definir el valor de flujo en Unidades de descarga y será la que posibilite el cálculo de agua sanitaria mediante la conversión con valores procedentes de la tabla E103.3 (3) del Código Internacional de Fontanería (IPC).
Dirección del Flujo: Este es el parámetro que define el sentido del flujo, cogiendo como referencia la entrada o salida del elemento.
- Entrante: Se usa esta opción cuando el flujo entra dentro del elemento. Este puede ser el caso de un conector de Agua Caliente Sanitaria de un inodoro.
- Saliente: Se usa esta opción cuando el flujo sale del elemento. Este puede ser el caso de un conector de un equipo mecánico con clasificación de sistema, Suministro de aire.
- Bidireccional: Tal y como se ve en la figura anterior, esta opción se usa cuando el elemento puede admitir ambas direcciones de flujo, como puede ser el caso de los conectores de una válvula de bola.
Clasificación de Sistema: Este parámetro define el sistema al que va a pertenecer el conector y, por lo tanto, qué función va a desempeñar en el modelo con la red a la que esté conectado. Para un correcto funcionamiento, el conector deberá compartir clasificación con la red de conductos o tuberías con los que se vaya a conectar.
De ese modo, es muy importante la correcta generación de sistemas nuevos en el proyecto, asegurando siempre la clasificación pertinente de la instalación que defina.
- Suministro hidrónico, Retorno hidrónico, Sanitario, ACS, AFS, etc.: Clasificación que dependerá de la función que tenga el conector en la familia en cuestión. Por ejemplo, un Fancoil dispondrá de un conector de impulsión, uno o varios conectores de retorno, además de los conectores referentes a los sistemas de tuberías y eléctrica.
- Global: Se usará en los elementos que deban heredar la clasificación del sistema al que se conecten, posibilitando la opción de que una misma familia forme parte de sistemas con clasificaciones distintas. Una familia con este conector, como se ve en la figura anterior, puede ser una válvula de corte, la que podría colocarse tanto en un sistema de AFS cómo de ACS.
- Unión: Clasificación que se usa en conectores de familias de uniones.
Una vez definidos los parámetros anteriores, la familia funcionará correctamente a nivel de sistema, pero existe otro parámetro en la agrupación Mecánica que permite definir además la pérdida de carga del flujo del sistema.
En el caso de accesorios, como puede ser una válvula, o uniones de codos por ejemplo, al ser elementos que alteran la dirección y velocidad del flujo, se les debe definir un método de pérdidas de carga con el siguiente parámetro:
Método de Pérdida: Este habilita 3 opciones:
- Sin definir: Opción usada cuando no se define ningún valor de pérdida de carga al conector.
- Coeficiente: Opción usada cuando el valor de pérdida es constante en el sistema. Con esta opción se habilita el parámetro Pérdida de carga, donde se puede rellenar, bien con un valor fijo, o mapear con un parámetro que se rija por la función que define ese valor de pérdida.
- Pérdida de Carga: En este caso, se habilita el parámetro Coeficiente K, el que se debe rellenar con un valor de coeficiente según la tablas que rija al elemento.
La definición correcta de las familias MEP permitirá llevar los modelos BIM más allá de lo meramente geométrico. Un modelo que funcione a nivel de sistema permite extraer una información muy válida para la realización de proyectos de mayor calidad, además de procesos más eficientes de realización de los mismos.
En resumidas cuentas, se podría conseguir traspasar los resultados de cálculo externos al modelo y, con ello, ajustar secciones, mejorar trazados, sacar informes de pérdidas de carga, tener información de velocidades y flujos en terminales, conocimiento de flujo necesario de equipos e incluso realizar algún cálculo con el propio Revit, teniendo en cuenta la normativa con la que se rige y las limitaciones que eso conlleva.
Espero este post haya aumentado un poco vuestro conocimiento e inquietud sobre las familias de Revit. Si queréis seguir indagando en ellas, echadle un vistazo al post de Lookup Tables, una opción muy potente para generar familias eficientes.
Nos vemos en el siguiente post de MEP, esta vez relacionado con el Facility Management.
¿Quieres saber más sobre instalaciones e ingeniería BIM? Consulta nuestros cursos oficiales de Autodesk especializados en esta disciplina