Software CSI y s-BIM

Este Miércoles 29 de abril pudimos asistir en el COAM (Colegio de Arquitectos de Madrid) a la presentación de los productos de la empresa CSI en relación con el BIM. La empresa CSI es conocida por su programa de cálculo de estructuras SAP2000 pero lo es también de ETABS y SAFE que usando el mismo motor de cálculo se enfocan a las estructuras de edificación.

La conexión de ETABS y SAP2000 con Revit es mediante el plugin de Revit llamado CSIxRevit. Es un producto independiente que entendemos debe ser comprado a CSI. El intercambio entre SAP y Revit es solo del modelo recién creado NO pudiéndose hacer actualizaciones del modelo entre ellos. Entre Revit y ETABS el intercambio es bidireccional y SI permite la actualización de archivos ya creados.
El intercambio es del modelo analítico incluyendo cargas, casos de carga y sus combinaciones, permitiéndose al inicio de los intercambios el mapeado de secciones y materiales (coordinación entre bases de datos de ambos programas).

Junto a la presentación de CSI la empresa FHECOR contó varios proyectos de estructuras donde habían trabajado con modelos compartidos entre arquitectos e Ingenieros de estructuras y la ventaja que ello supuso en la coordinación geométrica. Aparte de lo amena de la exposición, las estructuras contadas fueron muy interesantes y dieron lugar a muchas preguntas por el interés que suscitaron.

1ª Jornada Interoperatibilidad con TEKLA

El pasado 18 de febrero en la UEM la empresa CONSTRUSOFT preparó una 1ª Jornada de Interoperatibilidad con la intención de comprobar el intercambio de modelos de estructuras entre Revit (Autodesk) > Tekla (Construsoft-Trimble) > Revit (Autodesk).

Se utilizaron dos modelos, uno creado en Revit 2015 y con elementos principalmente de hormigón y otro creado en Tekla con elementos metálicos. Se detallaron en Tekla, tanto la parte de armaduras del hormigón en el primero como la parte de detallado metálico en el segundo.
Después se probó la importación desde Revit y para ello se probaron los dos métodos existentes:
- Mediante archivo con formato IFC.
- Mediante archivo con formato propio y específico que conecta Tekla con Revit. Para este método es necesario tener un plugin gratuito en el programa Revit (disponible en: Plugin Tekla-Revit
- El primer método permite una importación a Revit de una geometría perfecta, pero los objetos importados no son reconocidos en Revit de la manera adecuada. No pasan a ser "nativos" de Revit (son sólidos extrusionados sin las propiedades de su categoría completas). Y ello impide el correcto listado o etiquetado. Sería un método apropiado para tener el modelo geométrico de la estructura para verificar cuestiones geométricas.
- El segundo método en cambio si importa a Revit el modelo geométrico perfecto y además se realiza la conversión a las familias-tipos de Revit con sus propiedades completas. Por ello permite etiquetar y listar todos los elementos con normalidad. La única pega es que no se consiguió por ahora la importación de las armaduras.

No dio tiempo a ver las importaciones a otros programas como Archicad, Tricalc, Cype, SAP, SkecthUp.... pero la intención es prepararlo para siguientes Jornadas.......

Taller de Programación en la API de Revit

Del Taller C1 de programación en la API de Revit que lideró José Ignacio Montes de AVATAR, nuestra colega búlgara Poly Ivanova preparó unos apuntes resumen que pueden ser de vuestro interés o de recordatorio a los que asististeis.
Apuntes taller C1-Programación en Revit

Ensayo: Alineación pilares en Revit

En Revit Structures nos asalta una duda importante respecto a la alineación de los pilares respecto a los ejes de referencia:
Las familias básicas de pilares estructurales tienen su punto de inserción (eje analítico) en el centro geométrico de la sección, ¿y si los queremos alinear no al centro de la sección sino a alguna de sus caras?.

 Veo dos caminos:
1) Alinear las caras correspondientes con la orden Align.
El pilar HEB tiene punto de inserción en el centro y ha sido alineado con Align. Se ve alineado a ambos ejes por el símbolo de candado cerrado.

2) Crear familias de pilares estructurales con su punto de inserción (eje analítico) en posición diferente al centro.

El pilar 2xUPN tiene punto de inserción en una esquina. No ha sido alineado, es la esquina la que se sitúa en el cruce de ejes.


El círculo azul marca el eje analítico del pilar estructural que es su punto de inserción.




¿En que cambia el modelo?
Dado que el punto de inserción (eje analítico) es lo que se mantiene: Modificar el tipo no es ningún problema en ambos pero Modificar la familia si es un problema.

1) El sustituto del HEB ya no está alineado con los ejes, se pierde la vinculación y hay que alinearlo de nuevo.

2) El sustituto de los 2xUPN debe ser una familia igualmente con el punto de inserción diferente al centro, de lo contrario quedará de nuevo alineada con centro al cruce de ejes.








 

¿En que cambia el modelo analítico?
Manda el eje analítico (punto de inserción) de los pilares estructurales y los ejes analíticos de vigas se adaptarán a ellos.
1) Para los HEB, los ejes analíticos irán al centro de pilares y las vigas se adaptarán saliéndose de la viga cuando los pilares no están alineados.
2) Para los 2xUPN, los ejes analíticos se sitúan en el plano del eje donde están alineados los pilares.


¿Qué errores tiene el modelo analítico?
Para estos casos concretos,
1) Para los HEB el eje analítico se sale de la viga. Es necesario  mover el eje de la viga al centro de ésta y crear un Analytical Link entre el nodo de la viga y el del pilar al haber quedado separados. Una vez modificado es más cercano a la realidad, pero el proceso es más laborioso.

2) Para los 2xUPN el descentramiento viga-pilar no puede tenerse en cuenta pero a cambio el modelo analítico coincide con los elementos aunque no con sus centros geométricos.

¿Como lo entienden los programas de cálculo?
Los que lean el modelo analítico (Robot, SAP, Sofistik...) si no se ha realizado el paso anterior leerán la viga inclinada, como se aprecia en la imagen (Robot).

Los que lean el modelo geométrico (Tricalc...) leerán el modelo geométrico correcto pero requieren posteriormente ajustar los ejes analíticos con los mismos criterios que se han comentado en el paso anterior.

Opinión: Intercambio Revit Structures con SOFISTIK

Los días 5 y 6 de junio de 2014 se realizó una presentación del programa SOFISTIK y de su conexión con Revit Structures. Sofistik es un programa de análisis de estructuras del nivel de SAP2000 o incluso superior en opinión de algunos expertos.
La presentación fue al final del VI Congreso internacional de estructuras de la ACHE en la Escuela Técnica Superior de Ingenieros de Caminos de Madrid.

La presentación se centró en las novedades de la versión Sofistik 2014 y desde el punto de vista BIM, en la conexión con Revit Structures y con Rhino para formas complejas. Presentaron también dentro del plugin de refuerzo estructural de Sofistik en Revit, algunas órdenes en fase beta para el armado automatizado de losas.


El plugin de Sofistik en Revit Structures inserta un menú que permite: exportar la geometría 2D para armar en SOFICAD (base Autocad), exportar el modelo completo o una parte y hacer el mapeado de secciones y materiales entre Revit y Sofistik.


El mapeado de materiales compara los datos de Revit con los de Sofistik, permitiendo elegir nuevos materiales e incluso crearlos dentro del entorno Sofistik.



El mapeado de secciones es similar. Sofistik tiende a buscar la sección más parecida y la propone aunque el usuario puede seleccionar o crear otra.





El proceso de exportación está muy bien elaborado y el modelo en Sofistik es bastante perfecto siempre y cuando el modelo analítico de Revit (es realmente lo que se exporta) esté bien ajustado.





La gran pega es que no hay bidireccionalidad y los cambios de geometría que pudieran hacer en Sofistik no vuelven a Revit, tienen que hacerse de nuevo en Revit y exportarse. Se entiende que la mentalidad, por ahora, es que la geometría se controle solo en Revit.