054 Preguntas XIII

BIMlevel

• A partir de ahora intentaré responder por email a las preguntas en la misma semana que me lleguen.
• Esa respuesta luego la emitiré en formato podcast como siempre.
• Así los oyentes que manden sus preguntas tendrán la respuesta en un plazo razonable.

Rubén Romero

Hola,

Sigo tus podcast desde el principio, me parece curioso y creo que alcanzas a hablar de unos detalles muy grandes sin siquiera usar una pantalla para enseñarlo con ejemplos y aún así se entiende y se aprecia la buena comunicación.

Soy coordinador BIM en Inglaterra, mi pregunta para un posible podcast es sobre la clasificación de sistemas y productos de modelos BIM y cómo esa organización de datos asociados a los modelos afecta directamente a su composición en niveles de anidación, sistemas que contienen grupos de elementos y a su vez elementos unitarios constructivos. En definitiva cómo se presentaría idealmente un extracto ordenado de datos de los modelos BIM para la gestión de costes e impacto ambiental emisiones CO2, como se puede hacer fácilmente con Arquímedes de CYPE.

Muchas gracias y ánimo,

Te apoyo que te sigas promocionando y animando a los oyentes.

Atentamente,

Rubén Romero Vivancos

Respuesta:

• En Revit, todo lo que tenga que ver con clasificación se reduce a que la familia tenga un parámetro de tipo o de ejemplar (normalmente de tipo pero en habitaciones, espacios, topografía, de ejemplar) en formato texto.
  • Ahí escribimos el código del sistema de clasificación que corresponda.
• Revit trae algunos parámetros ya creados a tal efecto pero no son muy útiles en la práctica:
  • Dentro de las familias cargables tenemos un parámetro de tipo, con la clasificación Omniclass, pero no existe en familias de sistema.
  • También tenemos el parámetro de Código de montaje, que viene precargado con la clasificación Uniformat, pero que la podemos cambiar en Gestionar\Configuración Adicional\Códigos de Montaje.
    • Esta está en todas las familias pero tiene que ser de tipo.
  • Luego tenemos Nota Clave, que también es sólo de tipo, no trae un parámetro automático con la descripción, pero lo podemos usar en materiales.
• La recomendación es que te crees tus propios parámetros para clasificación, tendrás libertad para ponerlos donde quieras y como ejemplar si lo necesitas:
  • Puedes usar la herramienta oficial de Autodesk: Classification Manager
    • https://www.biminteroperabilitytools.com/classificationmanager.php
  • Puedes usar los parámetros IFC para clasificación:
    • ClassificationCode
    • ClassificationCode (2)
    • ...
    • https://bimlevel.com/035-exportando-la-i-a-ifc/
    • https://bimblog.bondbryan.co.uk/ifc-industry-foundation-classes-layers-and-classification-in-autodesk-revit/

Jerarquía y anidación

• Puedes hacer que una familia anidada se rellene automáticamente con el código de la superior, pero no que además se complete con la parte del código "extra" de ese nivel de la jerarquía de clasificación.
  • Tienes que poner el código completo en todas las familias y subfamilias.
• Para que ese código esté accesible desde Revit o en una exportación a IFC o software de mediciones, la familia anidada tiene que ser siempre compartida.
  • En la misma ventana donde eliges la categoría de la familia, abajo del todo.
  • Esto conlleva que cuando estás creando una familia, a lo mejor no es necesario modelarla a parte por geometría, pero si por medición, clasificación etc.
  • Un truco aquí a nivel geométrico una única familia, pero anidas familias que son una simple línea 2D, pero con todos estos parámetros.
• Si ya estamos dentro de un proyecto, tienes 3 opciones para poner códigos superiores a "grupos" de elementos:
  • Usar la herramienta Grupo, Montajes o hacer Vínculos.
  • Elige en cada caso, según las funciones que te aporta cada herramienta.
  • Si tienes que exportar, haz pruebas de qué método es compatible.

Sebastián Mendivil

Buen día, felicidades por tu podcast, te sigo desde México, mis preguntas son:

1.- ¿cuál es la manera correcta de crear ventanas en superficies curvas, pongo ejemplo una cúpula donde requiero poner ventanas? 2.- ¿Crees conveniente crear modelos de estructuras de acero incluyendo todas las conexiones y tornillería en revit? a mi parecer lo veo un poco limitado en comparativa con softwares como tekla.

saludos y enhorabuena por tu contenido!

Respuesta:

Ventanas curvas

• Depende de si la ventana en sí también tiene que ser curva, o su superficie es plana.
  • Ventana plana:
    • Familia normal de ventana pero no basada en muro, sino en cara.
      • Tienes que crear un una forma vacía para que haga el agujero, en lugar de la herramienta hueco.
    • Familia basada en patrón, para cúpulas tipo vidriera.
      • Hacemos una masa.
      • Creamos sistema de muro cortina.
      • O dividimos la superficie de la masa y aplicamos un patrón, eligiendo esa familia basada en patrón.
  • Ventana también curva:
    • Familia basada en cara.
      • Si las curvas son sencillas como para parametrizar un par de radios y ya.
    • Componente insitu
      • Si las curvas son más complejas pero es una ventana que vas a colocar muy pocas veces (entre 1 y 5 por ejemplo).
        • La haces una vez, la copias a las otras posiciones y si cambia la cúpula, la editas y ya.
        • Si van a sufrir cambios, mejor crea un grupo.
    • Familia con puntos adaptativos
      • Más compleja de crear, pero luego te ahorra tiempo si es una ventana que se repite muchas veces.

Estructuras de acero en Revit

• Revit está muy por detrás de Tekla.
• Aunque la mayoría de novedades de las nuevas versiones de Revit en los últimos 3-4 años han ido enfocadas al modelado estructural, tanto de armaduras como estructura metálica.
• Autodesk tiene un software específico para estructura metálica, Advance Steel.
  • https://www.autodesk.com/products/advance-steel
  • No es tan bueno como Tekla, pero viene incluido la AEC Collection.
  • Tiene la base de AutoCAD por detrás.
  • Permite "sincronización directa" con Revit.
• A largo plazo puede que Revit evolucione lo suficiente como para prescindir de Advance Steel. Lo hicieron con Advance Concrete hace unos años.
• A día de hoy, Revit es suficiente para cosas muy sencillas, a partir de ahí te vas a Tekla (el mejor pagando un "extra") o te vas a Advance Steel (lo tienes "gratis" y con mayor interoperabilidad con Revit).

Jorge Fernández

Hola Iván. Quería hacerte una consulta sobre la división de modelos de Revit. No sé si este es el medio, pero ahí va. La duda es en cuanto al uso de subproyectos y/o archivos vinculados en Revit.

La gestión de los modelos en una estructura multiarchivo tiene estas características a mi entender: -Gestión de los permisos de edición del modelo a través de los permisos de edición de los diferentes archivos. -Menos peso de los archivos por separado a la hora de editarlo y trabajar con ellos. Aunque esto también nos obliga a unas separación en el modelo que solo viene dada por exigencias de la máquina, y no por conveniencia. -La gestión de los elementos comunes al proyecto debe de ser muy controlada, para que todos los archivos sean coherentes (estándares, catálogos, normas...).

En cuanto al sistema de trabajo monoarchivo de Revit (con esto me refiero a un solo modelo central sin archivos vinculados): -En cuanto a los permisos de edición creo que es algo que está algo verde aún con el uso de subproyectos pero entiendo que se irá mejorando. -Podemos descargar subproyectos para descargar así partes del archivo y no tener problemas de rendimiento. Y esta separación es mucho más ágil y cambiante a lo largo de proyecto que la otra (pudiéndose incluso eliminar fácilmente). -La gestión de elementos comunes del modelo es mucho más sencilla y da lugar a menos errores (en Allplan y Aecosim al estar pensado para ello se lleva bien, pero no así en Revit).

Una vez expuesto esto, tengo dos cuestiones: -Primero, ¿hasta que punto podemos tener un modelo central de hasta 1 gb de peso (por exagerar)? En principio entiendo que el modelo con subproyectos descargados debería ser "parecido" en cuanto a rendimiento a descargar los archivos vinculados (igual aquí el problema está a la hora de sincronizar todo el modelo). -Y en segundo lugar, me gustaría saber tu opinión en cuanto a este tema. A mi entender, a no ser que Autodesk busque un sistema de trabajo multiarchivo y por tanto de las herramientas necesarias para gestionar los elementos comunes de forma sencilla, opto más por la opción de trabajar con los mínimos modelos posibles (uno solo al poder ser), gestionar bien los subproyectos y las partes descargadas y perder algo más de tiempo en las sincronizaciones. Y parece que el uso de BIM360 tiende a eso ¿no?

Antes de despedirme quiero darte la enhorabuena por el Podcast. El más práctico a nivel técnico de lo que he podido escuchar. Y perdona si me he extendido demasiado.

Un saludo y muchas gracias.

Respuesta:

• Este es uno de los grandes temas al usar Revit.
• Más allá de la clásica división por disciplina (ARQ, MEP y EST) Revit está concebido para trabajar con un único archivo, pero al mismo tiempo tiene un rendimiento bastante malo en cuanto pasamos de 10.000 m² (esto es una aproximación que depende de muchos factores, pero para hacernos una idea) de proyecto.
• Tenemos dos opciones:
  • Trabajar con un único archivo es más cómodo pero más lento.
  • Trabajar con varios archivos vinculados es más rápido pero también requiere más pasos en algunas tareas.
• Dos consejos en líneas generales:
  • Nos ahorra muchos dolores de cabeza tener la plantilla perfectamente definida y terminada antes de empezar el proyecto, a falta de algunas familias específicas.
  • Dividir modelos sólo cuando sea estrictamente necesario, por temas de rendimiento o de disciplinas/equipos de trabajo.
• No creo que en Autodesk desarrollen un gestor multiarchivo, habría que cambiar demasiado las tripas de Revit.
  • Deben seguir mejorando Revit para que cada vez use más núcleos del procesador (para casi todo usan uno sólo).
  • Más a largo plazo, con el almacenamiento en la nube, irán optimizando la base de datos del ".rvt", y sacarán una especie de subproyectos vitaminados, para poder trabajar en una parte del modelo como si fuera un archivo independiente.
    • Pero esto es una opinión personal no contrastada, y en cualquier caso que no veremos hasta dentro de al menos 5 años.

Rendimiento

• En cuanto al tamaño de los modelos vs rendimiento, no hay una relación directa entre más peso=menos rendimiento. Lo que hace "engordar" a un archivo son la cantidad de vistas, tablas y planos que se crean. Un modelo complejo pero sin vistas puede ocupar 120 MB sin hacer nada especial.
  • Una cosa que no todo el mundo hace es compactar el modelo una vez a la semana por ejemplo. Hay casos en los que reduce el tamaño del archivo a la mitad.
• Lo que realmente afecta a la velocidad de Revit en la cantidad de cálculos que tiene que hacer, principalmente cuando tiene abrir una vista, modificar geometría existente y sincronizar.
  • Debemos tener un procesador con núcleos rápidos, no con muchos núcleos.
  • Y de nada sirve tener un procesador muy rápido si tenemos poca memoria o un disco duro lento.
  • En cuanto a Revit en sí, hay muchas recomendaciones de rendimiento:
  • http://help.autodesk.com/view/RVT/2021/ESP/?guid=GUID-D934E5C5-C08B-4043-ABC4-15D8263B6738
    • Limpieza, limpieza, limpieza.
      • Y para poder limpiar hace falta orden, orden, orden.
      • Estoy preparando un episodio sólo de este tema.
    • No abusar de relaciones entre elementos (unir geometría y candados).
    • Mantener las advertencias al mínimo.
    • Profundidad de vista al mínimo.
    • Familias cargables muy optimizadas
      • Representaciones en planta con líneas y mascaras, con la geometría 3D apagada.
      • No dibujar nada que no sea necesario.
      • Y de lo necesario, pensado un poco casi siempre se pueden conseguir el mismo resultado con un par de extrusiones menos.
      • ...
    • ...
• Así que sí, podemos tener un archivo de 1 GB (llevándolo al extremo) y trabajar relativamente cómodo, pero hay que ser muy muy pro en cuanto a orden, limpieza, configuración y familias.
  • Ir por supuesto apagando subproyectos siempre que no los necesitemos.
• La alternativa "fácil" es dividir un modelo en dos.

¿Quieres escuchar otro episodio? Los tienes todos en la sección de Podcast de esta web.

AVISO: Este post es sólo un apoyo al audio del podcast. Leerlo de forma independiente podría llevar a conclusiones incompletas o incluso opuestas a las que se quieren transmitir.